我也从未在实践中看到过这种情况。以我的经验，质量保证部门总是缺乏资源和/或时间。因此，根据我的经验，花额外的时间来验证测试而不是他们要测试的软件永远不会获得牵引力。

我所看到的是 QA 小组知道他们的测试覆盖率。在覆盖范围薄的地方，它们会建立起来。通常，这从手动测试开始，其中测试脚本记录在 Word 文档中（例如）。如果脚本与软件不匹配，则说明软件有问题（错误）或脚本已更新（假设功能已被修改）。

如果测试可以自动化，那么就可以完成（尽管不是我见过的所有 QA 部门）。拥有自动化测试可以让他们更快地进行测试。测试确实需要维护，但值得花时间（在我看来）。

要创建一个好的测试，缺陷必须是真正随机的，并且是随机分布的。如果我们只是对源代码进行随机更改，大多数更改将导致代码无法编译，如果它编译，那么这些缺陷中有一部分是微不足道的，特别是如果软件包含很多前置条件和事后条件检查。所以你需要好的工具，比如Javalanche或NinjaTurtles。在 Javalanche 站点，您会发现使用突变测试的研究。