|
|
|
|
|
by enos_feedler
1335 days ago
|
|
I am not sure I follow your logic on why a low code tool should generate apps that don't need to worry about being tested. Even regular software _should_ function the way we tell it to but the point of testing is that sometimes this changes to no longer be true _unintentially_. If I generate a low code program with your tool that should have some desired behavior, but then someone makes changes it for it to do new things, how can I be sure the old things still work and a regression has not occurred? I think there is a need to package tests along with the app, even though its being generated somewhat at a high level. |
|
If you want to verify that it works how you want vs how it's setup to work, then you would be better leaning on existing tools that can do that.
My point about not needing to test it was about the implicit trust you would put in a platform like this, just like you would trust that a library you import behaves how it describes. It's not expected that you should write unit tests and integration tests to verify the behaviour of an external library