回归测试的方法

在软件生命周期中，即使一个得到良好维护的测试用例库也可能变得相当大，使得每次匣I归测试都重新运行完整的测试包变得不切实际，时间和成本的限制也不允许进行完全的测试，需要从测试用例库中选择有效的测试用例，构造一个缩减的测试用例组来完成回归测试。

    回归测试的价值在于它是一个能够检测到回归错误的受控实验。当测试组选择缩减的回归测试时，有可能忽略了将发现揭示回归错误的测试用例，而错失了发现回归错误的机会。然而，如果采用了代码相依性分析等安全的缩减技术，就可以决定哪些测试用例可以被删除而不会影响回归测试的结果。

    选择回归测试方法应该兼顾效率和有效性两个方面，下面有几种方法，在效率和有效性方面的侧重点是不同的。

    ·  再测试全部用例：选择测试用例库中的全部测试用例构成回归测试包，这是一种比较安全的方法，遗漏回归错误的风险最低，但测试成本最高。再测试全部用例几乎可以应用到任何情况下，基本上不需要进行用例分析和设计，但是随着开发工作的进展，测试用例不断增多而带来相当大的工作量，会受预算和进度的限制。

    ·  基于风险选择测试：基于一定的风险标准来从测试用例库中选择回归测试包。首先运行最重要的、关键的和可疑的测试，而跳过那些次要的、例外的测试用例或那些功能非常稳定的模块。运行那些次要用例即便发现缺陷，这些缺陷的严重性也较低。

    ·  基于操作剖面选择测试：如果测试用例是基于软件操作剖面开发的，测试用例的分布情况反映了系统的实际使用情况。回归测试所使用的测试用例个数可以由测试预算确定，回归测试可以优先选择那些针对最重要或最频繁使用功能的测试用例，释放和缓解最高级别的风险，有助于尽早笈现那些对可靠性有最大影响 的故障。

    ·  再测试修改的部分：当测试者对修改的局部有足够的信心时，可以通过相依性分析识别软件的修改情况并分析修改的影响，将回归测试局限于被改变的模块和它 的接口I：。通常，一个回归错误一定涉及被修改的或新加的代码。在允许的条件下，回归测试尽可能覆盖受到影响的部分。这种方法可以在一个给定的预算下最有效地提高系统可靠性，但需要丰富的经验和深入地代码分析。

    综合运用多种测试技术是常见的，在世l归测试中也不例外，测试者也可能希望采用多于一种回归测试策略来增强对测试结果的信心。不同的测试者可能会依据自己的经验和判断选择不同的回归测试技术和方法。

原文转自：http://www.ltesting.net