迭代回归测试的意思是测试每个阶段中敏感的部分。它也意味着基于改动效果,产品历史和早期测试结果而更改我们的测试覆盖率。
如果你的回归测试是自动执行的,那么你可以在同时运行所有测试。如果不是,那么请选择你想要完成测试的部分进行测试。例如,你可以在“验收”产品之前之前运行一个“完整的回归套件”或者“一系列验收测试”f。由于每一个回归过程都不是必须相同的,测试不需要每一次都相同。把精力集中在特性和测试上面对于即将到来的交付阶段是十分有意义的。例如,如果你使用第三方的组件,比如一个承包商或者开源的产品,完整的回归套件将会把焦点集中在外部和内部组件的集合点上。如果在你初始化第三方模块完整回归测试时,发现了缺陷或者回归,那么你可以选择添加基于早期结果的额外测试来改变你的回归套件。
换句话说,如果你在你的控制之下在整个产品开发中进行一系列的缺陷修复工作,那么完整的回归套件应该被完全聚焦并构建在你的端到端,高概括的客户用例上。如果更改被限制在一个领域,并且产品拥有一个稳定的质量追踪记录,那么你可以把精力全部集中在这个回归套件中。同样,在最后阶段,你或许需要一个非常小的能够覆盖介质安装的完整回归套件,但并不是深层次的或者端到端的测试。完整或者验收回归套件的重点依赖于在前一个周期测试了什么,产品的一般稳定性和下一个迭代的重点。
Subscribe to:
Post Comments (Atom)
No comments:
Post a Comment