[Reference]回归测试

选择回归测试策略应兼顾效率和有效性。
1、测试用例库的维护；
 ○ 删除过时的测试用例
 ○ 改进不受控制的测试用例（一些对输入或运行状态十分敏感的测试用例，其测试不易重复且结果难以控制，影响回归测试的效率，需要进行改进，使其达到可重复和控制的要求）
 ○ 删除冗余的测试用例
 ○ 增添新的测试用例
2、回归测试包的选择
 ○ 在测试全部用例（最安全的方法）
 ○ 基于风险选择测试
 ○ 基于操作剖面选择测试（
 如果基线测试用例库的测试用例是基于软件操作剖面开发的，测试用例的分布情况反映了系统的实际使用情况。回归测试所使用的测试用例个数可以由测试预算确定，回归测试可以优先选择那些针对最重要或最频繁使用功能的测试用例，释放和缓解最高级别的风险，有助于尽早发现那些对可靠性有最大影响的故障。这种方法可以在一个给定的预算下最有效的提高系统可靠性，但实施起来有一定的难度）
 ○ 再测试修改的部分
3、回归测试的基本过程
 有了测试用例库的维护方法和回归测试包的选择策略，回归测试可遵循下述基本过程进行:
 (1). 识别出软件中被修改的部分；
 (2). 从原基线测试用例库T中，排除所有不再适用的测试用例，确定那些对新的软件版本依然有效的测试用例，其结果是建立一个新的基线测试用例库T0。
 (3). 依据一定的策略从T0中选择测试用例测试被修改的软件。
 (4). 如果必要，生成新的测试用例集T1，用于测试T0无法充分测试的软件部分。
 (5). 用T1执行修改后的软件。
 第(2)和第(3)步测试验证修改是否破坏了现有的功能，第(4)和第(5)步测试验证修改工作本身。
二、回归测试实践
 在组织回归测试时需要注意两点：
 1、各测试阶段发生的修改一定要在本测试阶段内完成回归，以免将错误遗留到下一测试阶段；
 2、回归测试期间应对该软件版本冻结，将回归测试发现的问题集中修改，集中回归。
 
 在实际工作中，可以将回归测试与兼容性测试结合起来进行。在新的配置条件下运行旧的测试可以发现兼容性问题，而同时也可以揭示编码在回归方面的错误。