回归测试(RegreesionTesting)
目的:验证缺陷得到了正确的修复,同时对系统的变更,没有影响以前的功能。文章源自玩技e族-https://www.playezu.com/189962.html
策略:文章源自玩技e族-https://www.playezu.com/189962.html
1)完全重复测试文章源自玩技e族-https://www.playezu.com/189962.html
重新执行所有在前期测试阶段建立的测试用例,来确认问题修改的正确性和修改的扩散局部影响性。文章源自玩技e族-https://www.playezu.com/189962.html
2)选择性重复测试文章源自玩技e族-https://www.playezu.com/189962.html
即有选择地,重新执行部分在前期测试阶段建立的测试用例,来测试被修改的程序。文章源自玩技e族-https://www.playezu.com/189962.html
a)覆盖修改法文章源自玩技e族-https://www.playezu.com/189962.html
即针对被修改的部分,选取或重新构造测试用例验证没有错误再次发生的用例选择方法。文章源自玩技e族-https://www.playezu.com/189962.html
b)周边影响法文章源自玩技e族-https://www.playezu.com/189962.html
该方法不但包含覆盖修改法确定的测试用例,还需要分析修改的扩散影响,对哪些收到修改间接影响的部分选择测试用例验证它没有受到不良影响,该方法比覆盖修改法更充分一点。文章源自玩技e族-https://www.playezu.com/189962.html
c)指标达成法
这是一种类似于单元测试的方法,在重新执行测试前,先确定一个要达成的指标,如修改的部分代码,100%的覆盖,与修改有关的接口60%的覆盖等,基于这种要求选择一个最小的测试用例集合。
流程:
(适用于单元测试,集成测试,系统测试)
1)在测试策略指定阶段,制定回归测试策略。
2)确定需要回归测试的版本。
3)回归测试版本发布,按回归测试策略执行回归测试。
4)回归测试通过,关闭缺陷跟踪单(问题单。
5)回归测试不通过,缺陷跟踪单返回开发人员,开发人员重新修改问题,再次提交测试人员回归测试。
评论