有两个肢体:
- 在代码发生任何变化后测试整个系统。
- 根本不要测试。
这里的“测试”是指运行所有非自动化测试。用户验收测试更精确。
我想深入了解何时绝对安全地不执行手动验收测试。
我认为 100% 的代码覆盖率在这里是不够的。
最佳答案
嗯，看来你混淆了术语。破坏系统的行为并不意味着系统没有通过验收测试，而且如果您对性能、某些视觉或 UX 有要求，您也可以在不破坏系统的情况下破坏 UAT。
如果你在谈论回归——之前通过的 UAT 仍然会通过，那么它们应该尽可能自动化。 QA 总是有针对不同环境的回归测试计划，他们甚至可以自动比较不同分辨率的屏幕截图，例如在 facebook 中。
如果您正在谈论新功能并且它是 UAT，那么您可以在实现之前对其进行形式化和自动化，例如 cucumber 方法。
另一种方法是对用户进行测试，例如 yandex 或邮件。你向用户展示，或者公司员工知道版本，如果你不收集错误，或者提示，你可能就没事了。但这不是每次提交都要做的事情，如果是应用程序或桌面应用程序，事情会变得更加棘手
关于testing - 有什么方法可以证明更改后的实现不会引入回归？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/34946594/