选择回归测试策略应该兼顾效率和有效性两个方面。常用的选择回归测试的方式包括：
1.再测试全部用例；2.基于风险选择测试；3.基于操作剖面选择测试；4.再测试修改的部分。

 

　　（三）回归测试的基本过程

 

　　有了测试用例库的维护方法和回归测试包的选择策略，回归测试可遵循下述基本过程
进行：

 1.识别出软件中被修改的部分；2.从原基线测试用例库 T 中，排除所有不再适用的

测试用例，确定那些对新的软件版本依然有效的测试用例，其结果是建立一个新的基线测
试用例库

T0；3.依据一定的策略从 T0 中选择测试用例测试被修改的软件；4.如果必要，生

成新的测试用例集

T1，用于测试 T0 无法充分测试的软件部分；5.用 T1 执行修改后的软件。

第（

2）和第（3）步测试验证修改是否破坏了现有的功能，第（4）和第（5）步测试验证

 

修改工作本身。

 

　　三、回归测试实践

 

　　在实际工作中，回归测试需要反复进行，当测试者一次又一次地完成相同的测试时，
这些回归测试将变得非常令人厌烦，而在大多数回归测试需要手工完成的时候尤其如此，
因此，需要通过自动测试来实现重复的和一致的回归测试。通过测试自动化可以提高回归测
试效率。为了支持多种回归测试策略，自动测试工具应该是通用的和灵活的，以便满足达到
不同回归测试目标的要求。回归测试并不减少对系统新功能和特征的测试需求，回归测试包
应包括新功能和特征的测试。如果回归测试包不能达到所需的覆盖要求，必须补充新的测试
用例使覆盖率达到规定的要求。回归测试是重复性较多的活动，容易使测试者感到疲劳和厌
倦，降低测试效率，在实际工作中可以采用一些策略减轻这些问题。在组织回归测试时需要
注意两点，首先是各测试阶段发生的修改一定要在本测试阶段内完成回归，以免将错误遗
留到下一测试阶段。其次，回归测试期间应对该软件版本冻结，将回归测试发现的问题集中
修改，集中回归。

 

　　在实际测试时，可以将回归测试与兼容性测试结合起来进行。在新的配置条件下运行旧
的测试可以发现兼容性问题，而同时也可以揭示编码在回归方面的错误。

 

　　参考文献：

 

　　

[1]Robert V. Binder，面向对象系统的测试，人民邮电出版社，2001。 

　　

[2]Rex Black，测试流程管理，北京大学出版社，2001。