回归测试是指修改了旧代码后,重新测试以确认修改没有引入新的错误或导致其他代码产生错误。
回归测试的场景:
1.开发修改完bug之后:
a.测试同学需要将之前发现bug的用例再次执行一遍,已验证此问题已经修复,然后关闭对应的bug单,写明必要备注
b.验证其他和此bug有依赖关系的场景用例是否正常
2.迭代上线前:
每个迭代不同模块肯定有很多不同类型的bug,在前面场景1中都是零零散散的回归了开发修复的bug,等到最后上线时,往往我们会再进行一次回归测试
范围:本次迭代全部场景
方法:抽取其中部分用例做为回归测试用例
执行:再次执行抽取的测试用例,记录结果
抽取回归测试用例技巧:
1、如果系统目前为止已经比较稳定,那回归测试的用例,可以根据8/2原则来挑选(80%的缺陷出现在20%的功能模块中),可以根据各模块缺陷的情况,将出现问题较多的模块进行执行用例;其他缺陷不多的模块,可以将缺陷相应的功能点进行用例执行;
2、业务程度较复杂的,用户使用较频繁的功能模块进行回归测试;
3、开发近期对某个功能模块进行了小功能的修改时,也需要进行回归测试,因为开发进行功能点修改或者优化时,不怕一万就怕万一,所以进行回归测试,保守一点。