软件质量保证与测试（慕课版）（第2版）课件 5.5回归测试

软件质量保证与测试SoftwareQualityAssuranceandTesting

5.5回归测试第5章软件测试过程回归测试是指，在对软件代码进行修改之后，重新对其进行测试，以确认修改是正确的，没有引入新的错误，并且不会导致其他未修改的代码产生错误。回归测试的目的是为了检查验证修改的正确性以及修改对其它部分的影响。

回归测试的概念回归测试示意图修改软件代码

回归测试通过回归测试如图所示。

回归是指回到原来的状态，通常被认为是“程序重新确认”。软件的改变可能是由于发现了错误并做了修改，也有可能是因为加入了新的模块。“纠正型回归测试”是指对程序修改后进行回归测试，而“增量型回归测试”是指程序增加新特性后进行回归测试。典型的回归测试通常既包括纠正型回归测试，也包括增量型回归测试。回归测试的两种情况在软件生命周期中的任何一个阶段，只要软件发生了修改，就有可能出现各种各样的问题，例如修改本身可能就是错误的，或者修改本身虽然没有出错，但可能产生了副作用，导致软件未被修改的部分出现了问题，不能正常工作。因此，在软件进行修改后对其进行回归测试是十分有必要的。回归测试的必要性回归测试需要测试的对象不仅仅是软件中发生了修改的部分，还需要对整个软件重新进行测试，因为即使是软件中发生了修改的部分自身没有错误，但这种修改可能导致软件中其他没有修改过的部分不能像原来那样正常工作。回归测试的对象例如，某软件修改了登录模块，原来的版本只能用手机号码登录，新版本改成了允许用手机号码或者昵称登录。软件修改后，单独测试登录模块没有发现问题，但在用户留言模块发现了问题。原因是，留言模块中用户标识字段只有11位，因为原来版本中用户都是用11位手机号码登录的，现在当用户用昵称登录，并且昵称超过11位时，用户标识会被截断，导致留言保存后就关联不到用户了。回归测试的对象需要注意的是，首先，回归测试并不是软件测试工作中跟在验收测试之后的第5个测试阶段，而是在软件开发的各个阶段都有可能会进行多次回归测试。其次，回归测试不是一项新的测试活动，它是为检查是否因修改软件而引入新的错误而对软件再次进行测试的过程。关于回归测试的认识误区

回归测试作为软件生命周期的一个组成部分，在整个软件测试过程中占有很大的工作量比重。在增量式开发、快速迭代开发、极限编程等开发模式以及版本快速更新的运维模式中，回归测试进行得更加频繁，有的甚至要求每天都进行若干次回归测试。因此，通过选择正确的回归测试策略来提高回归测试的效率和有效性是很有意义的。

回归测试回归测试当中，除了对新增加或者作修改的代码进行测试时，可能会要增加新的测试之外，其它可以复用以前已经做过的测试，这样可以节约一部分工作量。例如测试前一版本时用的测试方案、测试设计、测试用例等都可以直接或者修改后重复使用。回归测试通常是前面已经执行过的测试过程的重复，通过自动化的回归测试，可以降低测试成本，节约测试时间，这在实践中应用十分普遍。可以说复用和自动化是回归测试的两大特点。

回归测试的特点对于一个软件开发项目来说，项目的测试组在实施测试的过程中可将所开发的测试用例保存到“测试用例库”中，并对其进行维护和管理。当得到一个软件的基线版本时，用于基线版本测试的所有测试用例就形成了基线测试用例库。

测试用例库

在需要进行回归测试的时候，就可以根据所选择的回归测试策略，从基线测试用例库中抽取合适的测试用例组成回归测试包，通过运行回归测试包来实现回归测试。多数情况下，保存在基线测试用例库中的测试用例有对应的测试脚本，可以自动化执行测试用例，完成回归测试过程。

测试用例库

回归测试主要的应用场景包括两大类：

1、增量开发、迭代开发、极限编程等开发模式

2、软件修改、版本升级、多版本运行等运维模式回归测试的应用场景回归测试需要投入相当的时间、经费和人力成本，应当加强对回归测试的计划、设计和管理。为了在给定的预算和进度下，尽可能高效率地完成回归测试，并达到相应目标效果，需要依据一定的策略选择相应的回归测试包，并适时的对测试用例库进行维护。

回归测试策略

首先，回归测试的重心应当是关键性模块，包括发生修改的模块和与发生修改的模块存在耦合的模块，这样可以提高测试的针对性。回归测试策略其次，要提高自动化水平。在实际工作中，回归测试可能需要反复进行，测试任务量大，当测试者一次又一次地完成相同的测试时，会非常厌烦，因而需要实现自动化；回归测试过程存在大量的重复测试，也适合于采用自动化的方式来完成。所以，回归测试中应提高自动化程度，以节约测试成本、缩短测试时间、避免人的厌烦情绪。

回归测试策略第三，应对测试用例库进行维护，以提高测试效果。为了满足客户需求，适应市场要求，软件在其生命周期中会频繁地被修改和不断推出新的版本。软件修改后，测试用例库中的一些测试用例可能会失去针对性和有效性，还有一些可能已经完全不能运行。为了保证测试用例的有效性，必须对测试用例库进行维护，包括追加新的测试用例来测试软件新增的功能或特征。回归测试策略第四，优选回归测试包。在整个软件生命周期中，即使是一个得到良好维护的测试用例库也可能相当大，如果每次回归测试都重新执行整个测试用例库，这基本上是不切实际。因而需要根据情况优选一个缩减的回归测试包来完成回归测试。例如采用代码相依性分析等安全的缩减技术，就可以决定哪些测试用例可以被删除而不会让回归测试的效果受到影响。回归测试策略在有测试用例库和回归测试包选择策略的情况下，回归测试可遵循以下基本过程来进行：(1).明确软件中被修改的部分。(2).从原基线测试用例库T0中，排除所有不再适用的测试用例，得到一个新的基线测试用例库T1。(3).依据一定的策略从T1中选择测试用例，完成对被修改后软件的测试。回归测试过程(4).根据需要，增加新的测试用例集T2，用于测试T1无法