joomla做类似赶集网的网站,网络推广岗位职责和任职要求,百度搜索 手机,iis 网站关闭回归测试是贯穿在整个测试的各个阶段的一个测试活动。它的目的是检验已经被发现的缺陷有没有被正确的修改和修改过程中有没有引发新的缺陷。软件在测试或者其他活动中发现的缺陷经过修改后#xff0c;都要进行回归测试的验证。在做回归测试的时候可以采用不同的策略。 策 略都要进行回归测试的验证。在做回归测试的时候可以采用不同的策略。 策 略1 可以选择完全重复测试。把所有的测试用例全部再完全的执行一边以确认问题修改的正确性和修改后周边是否受到影响。 缺点是由于要把用例全部执行所以会增加项目成本也会影响项目进度。所以很难来完全执行所以引出了回归测试策略2 选择性重复测试。 策 略2 可以选择性重复测试。可以选择一部分进行执行以确认问题修改的正确性和修改后周边是否受到影响。那么我们怎样去选择用例呢这里有三个方法覆盖修 改法 针对发生错误的模块选取这个模块的全部用例进行测试这样只能验证本模块是否还存在缺陷但不能保证周边与它有联系的模块不会因为这次改动而引发 缺陷所以引出第个方法即周边影响法除了把出错模块的用例执行之外把周边和它有联系的模块的用例也执行一边保证回归测试的质量当然我们还 可以用量化的角度去分析模块的质量比如经过上面的一系列回归测试后看看遗留的缺陷率是否已经在允许的范围之内了那么我们以此为标准可以结束本次回 归测试也就是我要提到的第三个方法 指标达成法 回归测试的流程 1在测试策略制定阶段制定回归测试策略 2确定回归测试版本 3回归测试版本发布按照回归测试策略执行回归测试 4回归测试通过关闭缺陷跟踪单 5回归测试不通过缺陷单返回开发人员等重新修改再次做回归测试 每当一个新的模块被当作集成测试的一部分加进来的时候软件就发生了改变。新的数据流路径建立起来新的I/O 操作可能也会出现还有可能激活了新的控制逻辑。这些改变可能会使原本工作得很正常的功能产生错误。在集成测试策略的环境中回归测试是对某些已经进行过的测试的某些子集再重新进行一遍以保证上述改变不会传播无法预料的副作用。 在更广的环境里任何种类的成功测试结果都是发现错误而错误是要被修改的每当软件被修改的时候软件配置的某些方面程序、文档、或者数据也被修改了回归测试就是用来保证由于测试或者其他原因的改动不会带来不可预料的行为或者另外的错误。 回归测试可以通过重新执行所有的测试用例的一个子集人工地进行也可以使用自动化的捕获回放工具来进行。捕获回放工具使得软件工程师能够捕获到测试用例然后就可以进行回放和比较。回归测试集要进行的测试的子集包括三种不同类型的测试用例 * 能够测试软件的所有功能的代表性测试用例。 * 专门针对可能会被修改影响的软件功能的附加测试。 * 针对修改过的软件成分的测试。 在集成测试进行的过程中回归测试可能会变得非常庞大。因此回归测试应当设计为只对出现错误的模块的主要功能进行测试每当进行一个修改时就对每一个程序功能都重新执行所有的测试是不实际的而且效率很低的。 转载于:https://www.cnblogs.com/junzhongxu/archive/2009/06/16/1504067.html
