2023年6月29日发(作者：)

回归测试的四种⽅法回归测试的四种⽅法：⼀.回归测试策略的概念在软件⽣命周期中的任何⼀个阶段，只要软件发⽣了改变，就可能给该软件带来问题。软件的改变可能是源于发现了错误并做了修改，也有可能是因为在集成或维护阶段加⼊了新的模块。当软件中所含错误被发现时，如果错误跟踪与管理系统不够完善，就可能会遗漏对这些错误的修改；⽽开发者对错误理解的不够透彻，也可能导致所做的修改只修正了错误的外在表现，⽽没有修复错误本⾝，从⽽造成修改失败；修改还有可能产⽣副作⽤从⽽导致软件未被修改的部分产⽣新的问题，使本来⼯作正常的功能产⽣错误。同样，在有新代码加⼊软件的时候，除了新加⼊的代码中有可能含有错误外，新代码还有可能对原有的代码带来影响。因此，每当软件发⽣变化时，我们就必须重新测试现有的功能，以便确定修改是否达到了预期的⽬的，检查修改是否损害了原有的正常功能。同时，还需要补充新的测试⽤例来测试新的或被修改了的功能。为了验证修改的正确性及其影响就需要进⾏回归测试。回归测试在软件⽣命周期中扮演着重要的⾓⾊，因忽视回归测试⽽造成严重后果的例⼦不计其数，导致阿⾥亚娜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修改好。