当软件中所含错误被发现时，如果错误跟踪与管理系统不够完善，就可能会遗漏对这些错误的修改，而开发者对错误理解的不够透彻，也可能导致所做的修改只修正了所在的错误表现，没有修复缺陷本身，从而造成修改失败，修改还有可能产生副作用，从而导致软件未被修改的部分产生新的问题，使本来工作正常的功能产生错误。同样，在有新代码加入软件的时候，除了新加入的代码中有可能引入缺陷外，新代码还有可能对原有的代码带来影响。

  因此，每当软件发生变化时，为了验证修改的正确性及其影响，都必须重新测试现有的功能，以便确定修改是否达到了预期的目的，检查修改是否损害了原有的正常功能。同时，还需要补充新的测试用例来测试新的或被修改了的功能，回归测试有两个重点，一是有没有产生新的漏洞，二是缺陷是否真的消除。选择回归测试可以选择全部的用例进行再测试，也可以选择具有一定的风险的用例再测试。

  软件开发的条个阶段都会进行多次回归测试。它在整个软件测试过程中占有很大的工作量比重。在渐进和快递迭代开发中，新版本的连续发布使回归测试进行得很频繁，因在极限编程方法中，更是要求每天都进行若干次回归测试，因此，通过选择铁回归测试策略来改进测试的效率和有效性是非常有意义的。