有没有办法证明更改的实现不会引入回归



有两个极端:

  • 在代码发生任何更改后测试整个系统。
  • 根本不测试。

在"测试"下,我的意思是运行所有非自动化测试。更准确地说,用户验收测试。

我想有一个扎实的了解,什么时候不执行手动验收测试是绝对安全的。

我相信,100%的代码覆盖率在这里是不够的。

好吧,你似乎混合了术语。破坏系统的行为并不意味着系统没有通过验收测试,如果你对性能有要求,或者一些视觉或用户体验的东西,你也可以在不破坏系统的情况下破坏UAT。

如果您谈论的是回归 - 以前通过的 UAT 仍然会通过,而不是它们应该尽可能地自动化。QA总是有在不同环境中回归的测试计划,它们可以自动比较不同分辨率的屏幕截图,例如在Facebook中。

如果您正在谈论新功能并且它是 UAT,那么您可以在实施之前对其进行形式化和自动化,例如黄瓜方法。

另一种方法是在用户身上进行测试,比如yandex或mail。你向用户或公司员工展示知道的版本,如果你不收集错误或投诉,你可能没问题。但这不是你每次提交都要做的事情,如果它是一个ap,或者一个桌面应用程序,事情可能会变得更加棘手。

最新更新