回归测试的目的：1.验证缺陷得到了正确的修复 2.对系统的变更没有影响以前的功能
回归测试的策略：
1）完全重复测试：
重新执行所有在前期阶段建立的测试用例，来确认问题修改的正确性和修改的扩散局部影响性
2）选择性重复测试：
1.覆盖修改法：
针对被修改的部分，选取或重新构造测试用例验证没有错误再次发送的用例选择方法。这类回归测试仅根据修改的内容来选择测试用例，这部分测试用例仅保证修改的缺陷或新增的功能被实现了。这种方法的效率是最高的，然而风险也是最大的，因为它无法保证这个修改是否影响了别的功能。该方法在进度压力很大，或者系统结构设计耦合性很小的状态下可以被使用。
2.周边影响法：
该方法不但要包含覆盖修改法确定的用例，还需要分析修改的扩散影响，对那些受到修改间接影响的部分选择测试用例验证它没有受到不良影响。该方法比覆盖修改法更充分一点。这类回归测试需要分析当前的修改可能影响到哪部分代码或功能，对于所有受影响的功能和代码，其对应的所有测试用例都将被回归。如何判断哪些功能或代码受影响依赖于开发过程的规范性和测试分析人员（或开发人员）的经验。对于开发过程有详细的需求跟踪矩阵的项目而言，在矩阵中分析修改功能所波及的代码区域或其它功能是比较简单的，同时有经验的开发人员和测试人员能够有效的找出受影响的功能或代码。对于单元测试而言，代码修改的影响范围需要充分考虑到一些对外公共接口的影响，例如：全局变量、输入输出接口变动、配置文件等。
3.指标达成法：
这是一种类似于单元测试的方法，在重新测试执行前，先确定一个要达成的指标，如修改代码100%的覆盖、与修改有关的接口60%的覆盖等，基于这种要求选择一个最小的测试用例集合。
回归测试流程：
1）在测试策略制定阶段，制定回归测试策略
2）确定需要回归测试的版本
3）回归测试版本发布，按照回归测试策略执行回归测试
4）回归测试通过，关闭缺陷跟踪单
5）回归测试不通过，缺陷跟踪单返回开发人员，开发人员重新修改问题，再次提交测试人员回归测试
