选择回归测试的时候,首先要确定的是,回归测试用例的比例,这个要根据时间情况了,100%是最好了,我个人一般这个比例在60%左右。然后要确定回归测试用例的优先级。根据我的经验,一般有如下必须回归的用例:
第一,新修改的功能,这个显然是重点;
第二,新修改的功能的关联功能,就是有耦合的部分,这个一般最好咨询一下开发人员;
第三,程序最有卖点或者说亮点的部分,这个地方一旦有问题,会使程序质量大打折扣;
第四,程序中最致命的部分,譬如说安全隐患,数据泄露,加密注册;
第五,程序中比较脆弱的部分,这个要咨询开发人员,一般就是他们心中最没底的地方;
第六,程序的主干功能;
第七,如果以上做完,还有时间的话,最好把用例中级别比较高的用例再执行一遍。
以上是回归测试用例的选择优先级。
其实,即使这样做,还是有风险的。最根本的解决方法是自动化测试工具加上手工测试。具体就是常用的程序主干功能,主要功能,用自动化测试,保证每一个版本都能够执行一遍,其他修改频繁的小功能手工测试了。
总结一下,解决回归测试的终极解决方案就是:
a.作每日构建
b.基线功能自动化
c.编写用例时一定要分级(按照风险度,常用度,重要度)
d.手工执行回归测试用例(就是上面说的7项)