1498人阅读
软件测试（10）
回归测试做为测试中最重要，同时也是最复杂的一种测试类型。一直都是大家关注的焦点。转载一篇关于回归测试的概述，这篇文章从回归测试的基本概念定义、回归测试的测试策略包括测试用例的维护和更新，回归测试用例的选择、回归测试的实施步骤等都做了较为详尽的描述。更从回归测试的角度阐述了自动化测试对于回归测试的重要性。如果要详细了解回归测试，强烈推荐此文。
引文中蓝色字体是我自己做的标注，
———————————————————————————————————————————————————————————————————————————
在软件生命周期中的任何一个阶段，只要软件发生了改变，就可能给该软件带来问题。软件的改变可能是源于发现了错误并做了修改，也有可能是因为在集成或维护阶段加入了新的模块。当软件中所含错误被发现时，如果错误跟踪与管理系统不够完善，就可能会遗漏对这些错误的修改；而开发者对错误理解的不够透彻，也可能导致所做的修改只修正了错误的外在表现，而没有修复错误本身，从而造成修改失败；修改还有可能产生副作用从而导致软件未被修改的部分产生新的问题，使本来工作正常的功能产生错误。同样，在有新代码加入软件的时候，除了新加入的代码中有可能含有错误外，新代码还有可能对原有的代码带来影响。因此，每当软件发生变化时，我们就必须重新测试现有的功能，以便确定修改是否达到了预期的目的，检查修改是否损害了原有的正常功能。同时，还需要补充新的测试用例来测试新的或被修改了的功能。为了验证修改的正确性及其影响就需要进行回归测试。
回归测试在软件生命周期中扮演着重要的角色，因忽视回归测试而造成严重后果的例子不计其数，导致阿里亚娜5型火箭发射失败的软件缺陷就是由于复用的代码没有经过充分的回归测试造成的。
回归测试作为软件生命周期的一个组成部分，在整个软件测试过程中占有很大的工作量比重，软件开发的各个阶段都会进行多次回归测试。在渐进和快速迭代开发中，新版本的连续发布使回归测试进行的更加频繁，而在极端编程方法中，更是要求每天都进行若干次回归测试。因此，通过选择正确的回归测试策略来改进回归测试的效率和有效性是非常有意义的。
二、 回归测试策略
对于一个软件开发项目来说，项目的测试组在实施测试的过程中会将所开发的测试用例保存到“测试用例库”中，并对其进行维护和管理。当得到一个软件的基线版本时，用于基线版本测试的所有测试用例就形成了基线测试用例库。在需要进行回归测试的时候，就可以根据所选择的回归测试策略，从基线测试用例库中提取合适的测试用例组成回归测试包，通过运行回归测试包来实现回归测试。保存在基线测试用例库中的测试用例可能是自动测试脚本，也有可能是测试用例的手工实现过程。
回归测试需要时间、经费和人力来计划、实施和管理。为了在给定的预算和进度下，尽可能有效率和有效力地进行回归测试，需要对测试用例库进行维护并依据一定的策略选择相应的回归测试包。
1、测试用例库的维护
为了最大限度地满足客户的需要和适应应用的要求，软件在其生命周期中会频繁地被修改和不断推出新的版本，修改后的或者新版本的软件会添加一些新的功能或者在软件功能上产生某些变化。随着软件的改变，软件的功能和应用接口以及软件的实现发生了演变，测试用例库中的一些测试用例可能会失去针对性和有效性，而另一些测试用例可能会变得过时，还有一些测试用例将完全不能运行。为了保证测试用例库中测试用例的有效性，必须对测试用例库进行维护。同时，被修改的或新增添的软件功能，仅仅靠重新运行以前的测试用例并不足以揭示其中的问题，有必要追加新的测试用例来测试这些新的功能或特征。因此，测试用例库的维护工作还应包括开发新测试用例，这些新的测试用例用来测试软件的新特征或者覆盖现有测试用例无法覆盖的软件功能或特征。
测试用例的维护是一个不间断的过程，通常可以将软件开发的基线作为基准，维护的主要内容包括下述几个方面。
(1)、删除过时的测试用例
因为需求的改变等原因可能会使一个基线测试用例不再适合被测试系统，这些测试用例就会过时。例如，某个变量的界限发生了改变，原来针对边界值的测试就无法完成对新边界测试。所以，在软件的每次修改后都应进行相应的过时测试用例的删除。
(2)、改进不受控制的测试用例
随着软件项目的进展，测试用例库中的用例会不断增加，其中会出现一些对输入或运行状态十分敏感的测试用例。这些测试不容易重复且结果难以控制，会影响回归测试的效率，需要进行改进，使其达到可重复和可控制的要求。
(3)、删除冗余的测试用例
如果存在两个或者更多个测试用例针对一组相同的输入和输出进行测试，那么这些测试用例是冗余的。冗余测试用例的存在降低了回归测试的效率。所以需要定期的整理测试用例库，并将冗余的用例删除掉。
(4)、增添新的测试用例
如果某个程序段、构件或关键的接口在现有的测试中没有被测试，那么应该开发新测试用例重新对其进行测试。并将新开发的测试用例合并到基线测试包中。
通过对测试用例库的维护不仅改善了测试用例的可用性，而且也提高了测试库的可信性，同时还可以将一个基线测试用例库的效率和效用保持在一个较高的级别上。
2、回归测试包的选择
在软件生命周期中，即使一个得到良好维护的测试用例库也可能变得相当大，这使每次回归测试都重新运行完整的测试包变得不切实际。一个完全的回归测试包括每个基线测试用例，时间和成本约束可能阻碍运行这样一个测试，有时测试组不得不选择一个缩减的回归测试包来完成回归测试。
回归测试的价值在于它是一个能够检测到回归错误的受控实验。当测试组选择缩减的回归测试时，有可能删除了将揭示回归错误的测试用例，消除了发现回归错误的机会。然而，如果采用了代码相依性分析等安全的缩减技术，就可以决定哪些测试用例可以被删除而不会让回归测试的意图遭到破坏。
选择回归测试策略应该兼顾效率和有效性两个方面。常用的选择回归测试的方式包括：
(1)、再测试全部用例
选择基线测试用例库中的全部测试用例组成回归测试包，这是一种比较安全的方法，再测试全部用例具有最低的遗漏回归错误的风险，但测试成本最高。全部再测试几乎可以应用到任何情况下，基本上不需要进行分析和重新开发，但是，随着开发工作的进展，测试用例不断增多，重复原先所有的测试将带来很大的工作量，往往超出了我们的预算和进度。
(2)、基于风险选择测试
可以基于一定的风险标准来从基线测试用例库中选择回归测试包。首先运行最重要的、关键的和可疑的测试，而跳过那些非关键的、优先级别低的或者高稳定的测试用例，这些用例即便可能测试到缺陷，这些缺陷的严重性也仅有三级或四级。一般而言，测试从主要特征到次要特征。
(3)、基于操作剖面选择测试
如果基线测试用例库的测试用例是基于软件操作剖面开发的，测试用例的分布情况反映了系统的实际使用情况。回归测试所使用的测试用例个数可以由测试预算确定，回归测试可以优先选择那些针对最重要或最频繁使用功能的测试用例，释放和缓解最高级别的风险，有助于尽早发现那些对可靠性有最大影响的故障。这种方法可以在一个给定的预算下最有效的提高系统可靠性，但实施起来有一定的难度。
(4)、再测试修改的部分
当测试者对修改的局部化有足够的信心时，可以通过相依性分析识别软件的修改情况并分析修改的影响，将回归测试局限于被改变的模块和它的接口上。通常，一个回归错误一定涉及一个新的、修改的或删除的代码段。在允许的条件下，回归测试尽可能覆盖受到影响的部分。
再测试全部用例的策略是最安全的策略，但已经运行过许多次的回归测试不太可能揭示新的错误，而且很多时候，由于时间、人员、设备和经费的原因，不允许选择再测试全部用例的回归测试策略，此时，可以选择适当的策略进行缩减的回归测试。
3、回归测试的基本过程
有了测试用例库的维护方法和回归测试包的选择策略，回归测试可遵循下述基本过程进行:
(1). 识别出软件中被修改的部分；
(2). 从原基线测试用例库T中，排除所有不再适用的测试用例，确定那些对新的软件版本依然有效的测试用例，其结果是建立一个新的基线测试用例库T0。
(3). 依据一定的策略从T0中选择测试用例测试被修改的软件。
(4). 如果必要，生成新的测试用例集T1，用于测试T0无法充分测试的软件部分。
(5). 用T1执行修改后的软件。
第(2)和第(3)步测试验证修改是否破坏了现有的功能，第(4)和第(5)步测试验证 修改工作本身。
三、 回归测试实践
在实际工作中，回归测试需要反复进行，当测试者一次又一次地完成相同的测试时，这些回归测试将变得非常令人厌烦，而在大多数回归测试需要手工完成的时候尤其如此，因此，需要通过自动测试来实现重复的和一致的回归测试。通过测试自动化可以提高回归测试效率。为了支持多种回归测试策略，自动测试工具应该是通用的和灵活的，以便满足达到不同回归测试目标的要求。
在测试软件时，应用多种测试技术是常见的。当测试一个修改了的软件时，测试者也可能希望采用多于一种回归测试策略来增加对修改软件的信心。不同的测试者可能会依据自己的经验和判断选择不同的回归测试技术和策略。
回归测试并不减少对系统新功能和特征的测试需求，回归测试包应包括新功能和特征的测试。如果回归测试包不能达到所需的覆盖要求，必须补充新的测试用例使覆盖率达到规定的要求。
回归测试是重复性较多的活动，容易使测试者感到疲劳和厌倦，降低测试效率，在实际工作中可以采用一些策略减轻这些问题。例如，安排新的测试者完成手工回归测试，分配更有经验的测试者开发新的测试用例，编写和调试自动测试脚本，做一些探索性的或ad hoc测试。还可以在不影响测试目标的情况下，鼓励测试者创造性地执行测试用例，变化的输入、按键和配置能够有助于激励测试者又能揭示新的错误。
在组织回归测试时需要注意两点，首先是各测试阶段发生的修改一定要在本测试阶段内完成回归，以免将错误遗留到下一测试阶段。其次，回归测试期间应对该软件版本冻结，将回归测试发现的问题集中修改，集中回归。
在实际工作中，可以将回归测试与兼容性测试结合起来进行。在新的配置条件下运行旧的测试可以发现兼容性问题，而同时也可以揭示编码在回归方面的错误。
原文转自：
———————————————————————————————————————————————————————————————————————————
看了这篇文章，关于回归测试的概念，我的理解是对软件中新增功能或被修改的的功能重新进行测试的过程，目的是验证新增加的功能或被修复的功能是否达到了预期的目的，是否损坏了原有的正常功能。同时，还需要补充新的测试用例来测试新的或被修改了的功能。为了验证修改的正确性及其影响就需要进行回归测试。
参考知识库
* 以上用户言论只代表其个人观点，不代表CSDN网站的观点或立场
访问：352286次
积分：5320
积分：5320
排名：第4438名
原创：136篇
评论：749条
(2)(3)(4)(1)(4)(3)(4)(2)(4)(4)(1)(4)(4)(4)(4)(4)(4)(4)(5)(4)(4)(4)(3)(4)(4)(4)(4)(5)(20)(4)(4)(5)(2)(1)(1)QTP与回归测试_回归测试_领测软件测试网
QTP与回归测试
发表于：来源：作者：点击数：
最近有不少朋友在论坛里问到" QTP 如何做回归测试?"的问题,这里我们有必要来探讨一下.首先这个问题中存在一个误区,事实上回归测试怎么做,跟自动化工具没有必然的联系.所以这里的如何做回归测试并不是一个QTP的问题,而是一个回归测试的策略的问题. 我们先来了
&&&&& 最近有不少朋友在里问到"如何做回归测试?"的问题,这里我们有必要来探讨一下.首先这个问题中存在一个误区,事实上回归测试怎么做,跟自动化工具没有必然的联系.所以这里的如何做回归测试并不是一个QTP的问题,而是一个回归测试的策略的问题.
&&&& 我们先来了解一下回归测试的概念和策略以及一般大致会采用的流程.
&&&& 那么呢?简单的说,回归测试是贯穿在整个测试的各个阶段的一个测试活动.它的目的是检验已经被发现的有没有被正确的修改和修改过程中有没有引发新的缺陷.软件在测试或者其他活动中发现的缺陷经过修改后,都要进行回归测试的验证.
&&& 我们在做回归测试的时候可以采用不同的策略.
策略(1) 可以选择完全重复测试.把所有的,全部再完全的执行一边,以确认问题修改的正确性和修改后周边是否受到影响.缺点是由于要把用例全部执行,所以会增加项目成本,也会影响项目进度.所以很难来完全执行,所以引出了回归测试策略(2) 选择性重复测试.
策略(2) 可以选择性重复测试.可以选择一部分进行执行,以确认问题修改的正确性和修改后周边是否受到影响.那么我们怎样去选择用例呢？这里有三个方法：１．覆盖修改法　针对发生错误的模块，选取这个模块的全部用例进行测试．这样只能验证本模块是否还存在缺陷，但不能保证周边与它有联系的模块不会因为这次改动而引发缺陷．所以引出第２个方法，即２．周边影响法．除了把出错模块的用例执行之外，把周边和它有联系的模块的用例也执行一边，保证回归测试的．当然我们还可以用量化的角度去分析模块的质量，比如：经过上面的一系列回归测试后，看看遗留的缺陷率是否已经在允许的范围之内了，那么我们以此为标准可以结束本次回归测试．也就是我要提到的第三个方法　３．指标达成法．
　　　回归测试的流程
１．在测试策略制定阶段，制定回归测试策略
２．确定回归测试版本
３．回归测试版本发布，按照回归测试策略执行回归测试
４．回归测试通过，关闭单
５．回归测试不通过，缺陷单返回人员．等重新修改，再次做回归测试．
那么我们为什么会把工具和回归测试联系起来呢?原因是在回归测试中我们会去做大量的重复的执行测试用例的操作.为了让测试员能够从这种重复的工作中解放出来,去测试更多新的用例,我们所以可以选用一些工具,来录制脚本,代替一部分手工操作.但事实上并不是这些工具只能用在回归测试中,在其他操作上也可以应用.但有一点是工具不能完全代替,它只是手工测试的一种补助.所以QTP作为一款工具,可以运用到回归测试中.
原文转自：
评论列表（网友评论仅供网友表达个人看法，并不表明本站同意其观点或证实其描述）计算机三级软件测试技术基础常见问题2_中大网校
>> >> 正文
计算机三级软件测试技术基础常见问题2
发表时间：日9:28 来源：中大网校
点击关注微信：
软件测试过程概述1)软件开发的生命周期是什么?软件的开发生命周期包括：需求分析à系统设计à软件编码à运营维护2)软件测试的生命周期(过程、流程)是什么?软件测试生命周期包括：测试计划、测试设计、测试开发、测试评估、测试报告、缺陷跟踪。3)软件测试流程中的里程碑分别是什么?①.测试计划通过评审②.测试设计完成③.测试脚本开发完成④.测试用例执行完成⑤.测试报告通过评审4)测试计划的主要内容包括那些?①.测试的目的与范围②.测试的策略和方法③.人力物力资源的安排(角色及职责)④.测试进度的安排(什么样的事情应该在那个时间点完成，由谁来做，产物等)⑤.测试风险分析⑥.停测标准⑦.完成标准5)测试计划应该完成那些目标?①.合理的管理和组织测试资源②.指导测试工作的正常进行③.配合研发部门调整相关资源6)测试设计阶段设计的是什么?测试设计阶段的设计包括测试方案的设计和测试用例的设计，主要是做测试用例的设计。7)什么是测试开发，测试开发过程中开发的是什么?测试开发指的是在测试用例设计完成后，对测试用例中需要进行自动化测试的测试用例进行的脚本开发过程。测试开发过程中开发的主要是测试脚本。8)什么是测试执行?测试执行过程中应该具备那些基础技能?测试执行指依据测试用例运行测试脚本(自动化测试)或者运行被测对象，发现被测系统中的缺陷的过程。在测试执行过程中一个合格的测试人员需要具有以下这些技能：①.被测对象的操作能力，保证可以正确的运行和操作你的被测对象;②.敏锐的观察能力，可以快速有效的识别BUG;③.BUG确认能力④.系统背景知识和相关业务知识9)软件测试的两种方法是什么?软件测试的两种方法是：黑盒测试和白盒测试。10)BUG确认的一般方法?①.确认不是因为操作问题;②.确认不是因为系统环境问题③.确认不是配置问题11)测试评估的主要内容是什么?①.对软件需求评估②.需求覆盖评估③.基于代码的测试覆盖评估④.软件性能评估12)软件测试阶段分为那些?①.需求审查②.设计审查③.程序审查④.单元测试⑤.集成测试⑥.确认测试⑦.系统测试⑧.验收测试13)如何确定单元测试中的“单元”?①.采用面向过程开发的语言的系统单元可以是一个函数或者过程来组成;②.采用面向对象技术开发的软件，单元可以是一个类或者一个类的示例等。③.对于网页和用户窗口界面，单元可以是一个文字输入窗口或一个按钮14)什么是回归测试?回归测试的策略是什么?回归测试就是验证发现的缺陷是否真正的被开发人员修复，同时测试是否由于代码的修改而引入新的缺陷。回归测试的策略包括：①.完全回归测试②.基于风险评估的回归测试③.基于缺陷修改的回归测试编辑推荐：
（责任编辑：）
共2页,当前第1页&&&&&&扫二维码下载作业帮
拍照搜题，秒出答案，一键查看所有搜题记录
下载作业帮安装包
扫二维码下载作业帮
拍照搜题，秒出答案，一键查看所有搜题记录
为什么要做回归测试
扫二维码下载作业帮
拍照搜题，秒出答案，一键查看所有搜题记录
1,避免在回归测试中应各种操作误差所引起的测试结果异常.2.可以保持和原始测试一直性.3.可以提高测试效率.4.测试经理可以更好的掌握测试存在的问题
为您推荐：
其他类似问题
扫描下载二维码扫二维码下载作业帮
拍照搜题，秒出答案，一键查看所有搜题记录
下载作业帮安装包
扫二维码下载作业帮
拍照搜题，秒出答案，一键查看所有搜题记录
回归测试的策略和区别是什么
美金19xjO灼
扫二维码下载作业帮
拍照搜题，秒出答案，一键查看所有搜题记录
回归测试是指修改了旧代码后,重新进行测试以确认修改没有引入新的错误或导致其他代码产生错误.自动回归测试将大幅降低系统测试、维护升级等阶段的成本.回归测试作为软件生命周期的一个组成部分,在整个软件测试过程中占有很大的工作量比重,软件开发的各个阶段都会进行多次回归测试.在渐进和快速迭代开发中,新版本的连续发布使回归测试进行的更加频繁,而在极端编程方法中,更是要求每天都进行若干次回归测试.因此,通过选择正确的回归测试策略来改进回归测试的效率和有效性是非常有意义的.冒烟测试冒烟测试(smoke test)在测试中发现问题,找到了一个Bug,然后开发人员会来修复这个Bug.这时想知道这次修复是否真的解决了程序的Bug,或者是否会对其它模块造成影响,就需要针对此问题进行专门测试,这个过程就被称为Smoke Test.在很多情况下,做Smoke Test是开发人员在试图解决一个问题的时候,造成了其它功能模块一系列的连锁反应,原因可能是只集中考虑了一开始的那个问题,而忽略其它的问题,这就可能引起了新的Bug.Smoke Test优点是节省测试时间,防止build失败.缺点是覆盖率还是比较低.　　冒烟测试是自由测试的一种.
为您推荐：
其他类似问题
扫描下载二维码}