浅谈软件测试之回归测试

　回归测试是软件测试中不可忽视的一部分，回归测试是对旧代码修改后，重新进行测试并确认修改没有引入新错误，或者导致其他代码出现错误。自动化回归测试将大大降低系统测试、维护升级等阶段的成本。作为软件生命周期的一部分，回归测试在整个软件测试过程中占据着相当大的工作量，在软件开发的每个阶段都要进行多次回归测试。

　　为了提高回归测试的效率和有效性，选择正确的回归测试策略是非常有意义的，选择回归测试应兼顾效率与有效性两方面，那么常用的方法有哪些?

　　1.重新测试整个案例

　　从基线测试用例库中选择全部测试用例组成回归测试包，这是一种比较安全的方法，再次测试所有用例具有较低的遗漏回归错误风险，但测试成本较高。

　　2.根据风险选择测试

　　从基准测试用例库中选择回归测试包，基于一定的风险标准。从运行更重要的、关键的和可疑的测试开始，而忽略那些不重要的、低优先级的或者高稳定性的测试用例，这些测试用例在只有三到四级甚至更严重的情况下进行测试。

　　3.基于作业面选择检验

　　若基线测试用例库的测试用例是根据软件操作曲线开发的，测试用例的分布情况反映了系统的实际使用情况。通过测试预算，回归测试使用的测试用例的数量可以确定回归测试，回归测试可以优先选择那些具有重要或经常使用功能的测试用例，并且能够降低和减轻高级风险，帮助尽早发现那些影响可靠性的故障。

　　4.重新检验修改部分

　　如果测试者对修改的局部化有足够的认识，那么通过相关分析就可以识别软件的变化并分析修改的影响，将回归测试限制在被修改的模块及其界面上。常常，回归错误必须包含新的、修改的或删除的代码片段。如果条件允许，回归测试尽可能覆盖受影响。