Developers write and execute the unit test, and perhaps component test. Once you get past that to system testing it should be someone independent.
Developers write and execute the unit test, and perhaps component test. Once you get past that to system testing it should be someone independent.
If the same entity is both writing the code and testing the code it’s not great. Even though the code in this instance is there to support testing, it’s still being crafted by an ai that may one day also be expanded to create the tests themselves. It’s that scenario I’m concerned about. It’s part of the reason we do more than just unit test.
Agreed. This project is currently about validating the test coverage/power. It’s not too much of a stretch to envisage it one day actually designing/writing the tests themselves, but this is only a first step. And if it did end up creating tests and also editing the code under test, would there not be an independence issue?
Here’s another library that might be able to help you: https://annas-archive.org/md5/e220f3cdd16f62f0ed8045af2530d11e
At the risk of giving away spoilers, see Neal Stephenson’s Termination Shock. A truly awesome read.
Well there will be way fewer people.
Covid -48000
Ministry for the Future. So good, so painful.
Also Ministry For The Future
AI could system test, I’d just rather it was a different AI to the one that did the coding. Point being if an entity can write and test code, the same shortcomings that lead to a bug being introduced make it less likely to be found if that entity is also doing the testing. Whether that’s because of a logic fault, or just a misinterpretation of the requirements.