回归测试的四种方法：

一.回归测试策略的概念

在软件生命周期中的任何一个阶段，只要软件发生了改变，就可能给该软件带来问题。软件的改变可能是源于发现了错误并做了修改，也有可能是因为在集成或维护阶段加入了新的模块。当软件中所含错误被发现时，如果错误跟踪与管理系统不够完善，就可能会遗漏对这些错误的修改；而开发者对错误理解的不够透彻，也可能导致所做的修改只修正了错误的外在表现，而没有修复错误本身，从而造成修改失败；修改还有可能产生副作用从而导致软件未被修改的部分产生新的问题，使本来工作正常的功能产生错误。同样，在有新代码加入软件的时候，除了新加入的代码中有可能含有错误外，新代码还有可能对原有的代码带来影响。因此，每当软件发生变化时，我们就必须重新测试现有的功能，以便确定修改是否达到了预期的目的，检查修改是否损害了原有的正常功能。同时，还需要补充新的测试用例来测试新的或被修改了的功能。为了验证修改的正确性及其影响就需要进行回归测试。

回归测试在软件生命周期中扮演着重要的角色，因忽视回归测试而造成严重后果的例子不计其数，导致阿里亚娜5型火箭发射失败的软件缺陷就是由于复用的代码没有经过充分的回归测试造成的。

回归测试作为软件生命周期的一个组成部分，在整个软件测试过程中占有很大的工作量比重，软件开发的各个阶段都会进行多次回归测试。在渐进和快速迭代中回归测试更加频繁，而在极端编程方法中，更是要求每天都进行若干次回归测试。因此，通过选择正确的回归测试策略来改进回归测试的效率和有效性是非常有意义的。

二.回归测试的策略：

回归测试策略通常有四种：全面回归测试、选择性回归测试、指标法回归测试和自动化工具回归测试。

1、全面回归测试

全面回归测试是指不管发现多少个问题，也不管哪些功能有问题，哪些功能没有问题，都进行测试。全面回归测试的优点是对所有功能进行验证，尽最大可能保证系统没有问题，但是这样同样带来一个很重要的问题，就是如果进行全面回归测试，那么测试的成本就会大大提高，并且从测试心理学角度来说，测试工程师是不可能全面回归测试的，即使给你足够的测试时间，也不可能全面回归。前面我们谈到测试心理学，关于测试心态的两种情况，在我们回归测试时，随着测试的不断迭代，我们测试的心理会发生变化，后面测试时我们更多的是这种心态：“测试是为了证明系统不存在问题。”这就决定着我们不可能对所有测试用例进行验证，很可能是只挑选了一部分用例进行验证测试。

2、选择性回归测试

选择性回归测试是指，在回归测试时我们只对出现问题的这些功能进行验证，没有出现问题的功能就不进行测试。例如，一个系统一共有20 个功能点，第一轮测试时，发现10个BUG，这10个BUG是测试其中8个功能点发现的，那么选择性回归测试就只对这8个功能进行回归测试。但这样存在一个问题，在修改某个BUG时，如果修改了A函数，而这个A函数又被其他的功能所调用(假设是F1功能，这个F1功能在上一轮测试中是正确的)，这个时候就不能仅仅验证存在问题的8个功能，还应该验证F1功能是否正确，即除了验证这些BUG外，还要关注那些可能影响到的模块。但是这里又存在一个问题，测试工程师如何知道哪些功能可能会受到影响呢?所以这就需要开发工程师在修复BUG时写清楚，当前这个BUG是由什么原因引起的，这个问题是如何修改的以及可能产生的影响，所以选择性回归测试除了需要验证当前的问题外，还要验证修改的这些问题可能对其他功能带来的影响。

3、指标法回归测试

指标法回归测试是指每次回归测试一定比例的测试用例，例如用例库一共是500条用例，每次回归测试时只回归验证其中60%的用例，这个方法是不可取的，因为没有规定回归哪60%的用例，这样可能出现测试工程师故意回归一些不相关的测试用例，因此质量无法保证。

4、自动化工具回归测试

自动化工具回归测试是指使用自动化测试工具进行回归测试，前面我们介绍过从理论的角度来说，其实不管修改了哪些功能，都应该对所有的功能进行回归测试。但是当我们进行全面回归测试时，由于时间成本和测试心态变化的因素，其实我们是无法保证有能力全面回归测试的，这个时候就可以使用自动化测试工具来代替我们手工回归测试，这样既可以解决测试成本的问题，又可以解决测试过程中测试工程师的心态问题。目前，在国内自动化测试还是处于初步阶段，未来自动化测试一定会成为一个发展趋势。

回归测试在整个测试过程中都存在，而不只是存在于某个阶段，因为不管是单元测试、集成测试还是系统测试，只要在测试过程中发现系统存在BUG，就需要对BUG进行修改，而修改完成后就需要进行回归测试来验证是否将该BUG修改好。