当前位置:
首页 > 百科 > 回归测试和冒烟测试的区别_冒烟测试使用场景

回归测试和冒烟测试的区别_冒烟测试使用场景

回归测试是指修改了旧代码后,重新进行测试以确认修改没有引入新的错误或导致其他代码产生错误。自动回归测试将大幅降低系统测试、维护升级等阶段的成本。回归测试作为软件生命周期的一个组成部分,在整个软件测试过程中占有很大的工作量比重,软件开发的各个阶段都会进行多次回归测试。在渐进和快速迭代开发中,新版本的连续发布使回归测试进行的更加频繁,而在极端编程方法中,更是要求每天都进行若干次回归测试。因此,通过选择正确的回归测试策略来改进回归测试的效率和有效性是非常有意义的。
 冒烟测试冒烟测试(smoke test)在测试中发现问题,找到了一个Bug,然后开发人员会来修复这个Bug。这时想知道这次修复是否真的解决了程序的Bug,或者是否会对其它模块造成影响,就需要针对此问题进行专门测试,这个过程就被称为Smoke Test。在很多情况下,做Smoke Test是开发人员在试图解决一个问题的时候,造成了其它功能模块一系列的连锁反应,原因可能是只集中考虑了一开始的那个问题,而忽略其它的问题,这就可能引起了新的Bug。Smoke Test优点是节省测试时间,防止build失败。缺点是覆盖率还是比较低。

冒烟测试是自由测试的一种。冒烟测试在实际生活中的应用实例:
场景一:在水管系统应用中,冒烟测试是指在水流经管路系统之前,先用实际的烟雾穿透整个管路系统,从而检查出是否存在渗水的地方。
场景二:在木制乐器的修理应用中,做冒烟测试时先堵住乐器的未端,然后把烟从另一端吹入检测是否有渗漏(这种检测方法不常用)。
场景三:在电子工程领域的应用中,冒烟测试是指当电路设计好,第一次加电自检时检测在设计或线路上是否存在缺陷,如果存在缺陷常会出现板子冒烟的现象。
场景四:在娱乐业应用领域,冒烟测试时使用大量的演习烟雾,以确保在事件发生期间在案发现场的烟雾探测器不会被引发爆炸。
场景五:软件工程中的tt应用:冒烟测试是指对提交测试的软件在进行详细深入的测试之前而进行的预测试,这种预测试的主要目的是暴露导致软件需重新发布的基本功能失效等严重问题。冒烟测试可以由开发人员执行,也可以由测试人员来执行。即,在版本编译后正式提交测试之前由开发人员执行;或开发发布版本后,测试人员在接受这个版本作为正式版本进一步测试前执行。微软提出在审查了变更的代码后,冒烟测试是确认修复的缺陷及功能变更是否有效的最经济有效的方法。冒烟测试能手动执行,也可以在版本编译后自动化执行,它是对基本功能的确认,非深入测试,但要覆盖到面,即所有的更改点都要进行确认。采用自动化执行是,可以结合每日构件后进行自动化的每日smoking test,如果测试通过,则把更改后的代码自动合并到主干代码仓库中,作为正式提交测试的版本。
对于smoking test在软件开发过程中的应用,下面提出一种可实施的步骤:
1. 根据软件的变更,包括新需求的实现、bug修复,设计出更改满足预期的功能级checklist。
2. 准备好测试环境。如:软件的运行环境是嵌入式产品,如手机,数码相机,医疗仪器等,需准备好用户使用的真实运行环境。如果是windows平台运行环境,请准备干净的操作系统。
3.执行checklist,确认基本功能有效,足以支持更进一步的详细、全面测试。

回归测试和冒烟测试的区别_冒烟测试使用场景:等您坐沙发呢!

发表评论

您必须 [ 登录 ] 才能发表留言!