冒烟测试介绍
冒烟测试一词,来源于电路板测试:电路板拼接或组装完成后,进行通电测试,如果冒烟,则说明存在缺陷。
而软件应用中,对其的定义为:在软件开发过程中的一种针对软件版本包的快速基本功能验证策略,是对软件基本功能进行确认验证的手段,并非深入测试。
通过冒烟测试,可以快速判断提测软件包是否具有可测性,也可以通过冒烟测试通过率去衡量开发的质量。
冒烟测试须知
冒烟测试的介入时间?
开发编码完成,自测通过以后为最佳介入时间。
如果开发无自测直接提交,一般冒烟测试通过率会很低【除非你遇到的是大内高手】。
什么需求需要做冒烟测试?
理论上,所有的需求均可以做冒烟测试。
冒烟测试需要做几轮?
一轮冒烟测试结束后,二轮冒烟对问题验证。所以,二轮是比较普遍的,当然会也有可能更多轮。
冒烟测试要写用例吗?
答案是肯定,任何不写用例的测试,都是“耍流氓”。
测试用例是测试工作的指导,是软件测试必须遵守的准则,更是软件测试质量稳定的根本保障。
冒烟测试用例怎么写?
和其他用例一样,重点放在正向流程的验证。比如登录,只验证能够正常登录即可,不需要涉及异常登陆,数据合法性登用例设计。
冒烟测试只能手工测试吗?
冒烟测试可以引入自动化,常用于版本发布场景,在进行全量测试前,可以先构建一轮冒烟测试。
此时,冒烟测试的重点可能是系统的核心功能或流程,每次发版基本都会涉及改动,所以冒烟测试自动化脚本也要及时更新。
冒烟测试的重点是什么?
1、关注正向流程的验证
上面已经提及,冒烟测试并非深入测试,所以我们的重点放在正向的流程验证,保障主流业务场景可测,更深入的测试放在冒烟测试通过以后。
2、注重问题的响应效率
一般冒烟测试过程中发现的问题,都是阻塞性问题,会影响测试进度的推进,所以测试过程中一定要注重问题的解决时效。
冒烟测试通过的标准是什么?
1、无阻碍性bug
2、主流程可测试
3、冒烟测试用例全部通过
冒烟测试由谁来执行?
1、开发
编码完成后,开发可根据测试提供的冒烟用例进行自测。
2、产品
验收阶段,产品可根据冒烟用例对产品进行验收。
3、测试
开发提测后,测试根据冒烟用例进行测试验证。
冒烟测试总结
冒烟测试结束后,有哪些维度可以供我们来总结复盘呢?
1、冒烟用例通过率
2、冒烟轮次
3、冒烟测试过程中发现的问题
4、问题的修复时效
对上述数据的分析,可以倒逼开发质量的提升,当然这是一个相互的过程。
测试也可以针对共性的问题定期进行宣讲培训,以规避此类问题的反复发生。冒烟测试是一种快速发现提测版本质量的测试策略。
做好冒烟测试,可以提升生产效率,减少问题修复成本,虽然在整个测试的生命周期中冒烟测试占比较低,但其意义是重大的,也是测试工程师们不能忽略的一部分。
关于冒烟测试的其它想法, 也欢迎大家补充~
最后感谢每一个认真阅读我文章的人,礼尚往来总是要有的,虽然不是什么很值钱的东西,如果你用得到的话可以直接拿走:【文末小卡片领取】
这些资料,对于【软件测试】的朋友来说应该是最全面最完整的备战仓库,这个仓库也陪伴上万个测试工程师们走过最艰难的路程,希望也能帮助到你!