请选择 进入手机版 | 继续访问电脑版
我的账户
啄木鸟学院

专注软件测试菁英教育

亲爱的游客,欢迎!

已有账号,请

如尚未注册?

软件测试中如何引入“冒烟测试”

[复制链接]
田天卡 发表于 2020-6-15 09:38:51 | 显示全部楼层 |阅读模式 打印 上一主题 下一主题
  软件测试中什么是冒烟测试?什么时候执行冒烟测试?怎么执行冒烟测试?冒烟测试与回归测试的区别是什么呢?
  何为冒烟测试?这一术语源自硬件行业,是对一个硬件或硬件组件进行更改或修复后,直接给设备加电。如果没有冒烟,则该组件就通过了测试。如果冒烟了,该硬件组件亦为废品。那么在软件测试中,“冒烟测试”这一术语描述的是在将代码更改集成到产品系统中之前对这些更改进行验证的过程。在检查了代码后,冒烟测试是确定和修复软件缺陷的最经济有效的方法。冒烟测试设计用于确认代码中的更改是否按预期运行,且不会破坏整个版本的稳定性。简单点就是,发现BUG后开发人员修复BUG后,测试人员针对该BUG进行再次测试。冒烟测试的成功与否关系到下一步系统测试能否进行,与系统测试不同在于前者覆盖范围不够,只要保证修改部分及其关联的模块不出问题,满足需求即可。
  软件测试是测试人员确认软件是否可用的过程,此过程中不可避免的需要开发人员不断的修改bug,持续迭代。我们常常会发现一个功能的改动,会导致下一轮系统测试出现问题。即发现也许以前修改的bug的确是解决了,可是由于修改一个或多个bug导致引入其它功能模块出现新的问题,测试跑不通了,只能测试终止。那么我们如何确保开发人员修复了bug后,这个bug的修复没有影响到其它功能模块呢?这时就需要进行冒烟测试啦。
  前面提到冒烟测试是与开发的合同协作,初步了解代码中进行了那些更改。开发需告知此修改对其他功能是否有影响;更改对各组件的依存关系有何影响。
  形成集成测试版本前,需要进行冒烟测试,是随着代码的不断开发必做的一项工作,目的是验证各个单元能够成功执行,并保证测试版本能够顺利集成。
  那么在形成集成测试版本以后,开始进行集成测试前,也需要进行冒烟测试。这时的冒烟测试主要是验证系统是否包含需求的功能,功能是否满足需求的描述,主业务流是否能够跑通,主业务流是否覆盖需求,是否满足需要。但均为主干的测试,比较粗糙,覆盖率不高。目的是先了解系统的概貌,比如:功能是否齐全,业务流覆盖是否全面,主干流程是否走通、正确。
  冒烟测试,是版本验证测试,主要确认新的版本是否存在致命性bug,功能可以正常运行,不会影响下一轮测试的进行,如果上述都符合那么这个版本就可以进行下一轮测试。个人理解冒烟测试最大的优点在于节约测试的时间成本,减少测试轮数。
  而回归测试,是软件维护阶段对软件修改后进行的测试,指修改了旧代码后,重新进行测试以确认修改没有引入新的错误或导致其他代码产生错误。
  最后,附冒烟测试文档截图以便对君有益!
1.png

分享本篇文章给更多人:


63.9K
回复

使用道具 举报

您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

关注0

粉丝0

帖子18

发布主题
关注我们
专注软件测试菁英教育

客服电话:029-61859806

客服时间:9:00-21:00

客服邮箱:vip@giteach.cn

西安校区:未央区凤城九路海博广场B座

成都校区:高新区天府二街蜀都中心1期1号楼

啄木鸟学院 - 专注软件测试菁英教育!( 陕ICP备20001493号-1 )

版权所有 © 西安菁英教育科技有限公司 2016-2020