在线培训网站次要关键词,网站建设服务器怎么设置,企业产品营销策划推广,织梦如何做网站地图定义
回归测试是指修改了旧代码后#xff0c;重新进行测试以确认修改没有引入新的错误或导致其他代码产生错误。
在软件开发过程当中#xff0c;一旦软件代码做了修改#xff0c;就有可能引入新的问题#xff0c;所以这个时候就需要把已经完成了的验证用例重新跑一下重新进行测试以确认修改没有引入新的错误或导致其他代码产生错误。
在软件开发过程当中一旦软件代码做了修改就有可能引入新的问题所以这个时候就需要把已经完成了的验证用例重新跑一下以确保代码的修改没有对已经验证过的功能造成影响。我们把这一个过程叫做回归验证也有人叫代码回归。 目的 自动回归测试将大幅降低系统测试、维护升级等阶段的成本。 方法 1、单元测试 2、功能测试 用例设计
一白盒技术 ⒈逻辑覆盖⑴语句覆盖。⑵判定覆盖。⑶条件覆盖。⑸条件组合覆盖。⑹路径覆盖。 ⒉循环覆盖 ⒊基本路径测试每个可执行语句至少执行一次
二黑盒技术 1等价类划分方法 是把所有可能的输入数据划分成若干部分子集输入输出 2边界值分析方法 3错误推测方法 4因果图方法 5判定表驱动分析方法 6正交实验设计方法 7功能图分析方法
事例详解
代码的修改主要有几个方面1、添加新的功能。2、修改现有代码中的功能。3、软件版本重构迭代更新等。
这时需要回归发现问题以保证BUG确实被设计人员修复了。但是开发人员在修复BUG的时候有可能理解的不够透彻只修改了BUG的外在表现而没有修复BUG的内在原因也有可能是设计人员修复了一个BUG却引入了另外一个BUG使原本验证通过的用例不能通过。所以在回归的时候需要进行分析针对此BUG是否需要增加新的用例是否对原来已经验证过的用例有影响。这也是我们常常遇到的问题。【bug没修好新bug却被引入】
另外当代码当中增加或者删除了一些功能的时候也需要进行了回归。
新代码加入的时候除了新加入的代码当中有可能含有BUG之外还有可能对原有的代码带来影响。当然删除代码的时候也有可能造成影响。因此每当代码发生变化我们就必须重新测试现有的功能以便确定修改是否达到了预期的目的检查修改是否损害了原有的正常功能。同时还需要补充新的测试用例来测试新的或被修改了的功能。
那么是不是说每发现一个BUG或者代码稍有修改我们都要把原来已经测试通过的用例重新跑一遍呢
我觉得没有必要。因为我们验证整个或者单个模块有可能开发成百上千条用例。随着验证工作的进展测试通过的用例会越来越多如果在后期每回归一次可能就要跑成百上千条用例。而这一项工作需要很长的时间和资源会对项目的整体进度造成影响。尤其是项目如果采用迭代开发的方法设计人员逐次提交包含功能1功能2功能3…的代码。验证人员也是相应地完成功能1、2、3…的验证不可能说在进行功能2的验证时把功能1的验证用例回归一下进行功能3的验证时把功能12的用例再回归一下。当然如果可以这样做是最好了。但是我们往往没有这么多的人员、时间和资源。所以每个在写单元测试是单个模块或文件写一个测试用例文件当修改局部功能只需测试该部分的文件即可。
一般地我们在所有的功能都验证完成了之后会把所有的验证用例进行回归一次。就这一次回归也是需要很多时间和资源的。为了提高效率需要开发一个回归脚本来完成这项工作。脚本需要具有自动完成验证用例的提交自动统计回归结果等功能。在项目做持续集成时或大版本发布前也是需要整体测试做好回归做好代码覆盖率测试以保证软件的质量和可靠性。
感谢每一个认真阅读我文章的人礼尚往来总是要有的虽然不是什么很值钱的东西如果你用得到的话可以直接拿走 这些资料对于【软件测试】的朋友来说应该是最全面最完整的备战仓库这个仓库也陪伴上万个测试工程师们走过最艰难的路程希望也能帮助到你!有需要的小伙伴可以点击下方小卡片领取
