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