冒烟测试介绍

冒烟测试一词，来源于电路板测试：电路板拼接或组装完成后，进行通电测试，如果冒烟，则说明存在缺陷。

而软件应用中，对其的定义为：在软件开发过程中的一种针对软件版本包的快速基本功能验证策略，是对软件基本功能进行确认验证的手段，并非深入测试。

通过冒烟测试，可以快速判断提测软件包是否具有可测性，也可以通过冒烟测试通过率去衡量开发的质量。

冒烟测试须知

冒烟测试的介入时间？

开发编码完成，自测通过以后为最佳介入时间。

如果开发无自测直接提交，一般冒烟测试通过率会很低【除非你遇到的是大内高手】。

什么需求需要做冒烟测试？

理论上，所有的需求均可以做冒烟测试。

冒烟测试需要做几轮？

一轮冒烟测试结束后，二轮冒烟对问题验证。所以，二轮是比较普遍的，当然会也有可能更多轮。

冒烟测试要写用例吗？

答案是肯定，任何不写用例的测试，都是“耍流氓”。

测试用例是测试工作的指导，是软件测试必须遵守的准则，更是软件测试质量稳定的根本保障。

冒烟测试用例怎么写？

和其他用例一样，重点放在正向流程的验证。比如登录，只验证能够正常登录即可，不需要涉及异常登陆，数据合法性登用例设计。

冒烟测试只能手工测试吗？

冒烟测试可以引入自动化，常用于版本发布场景，在进行全量测试前，可以先构建一轮冒烟测试。

此时，冒烟测试的重点可能是系统的核心功能或流程，每次发版基本都会涉及改动，所以冒烟测试自动化脚本也要及时更新。

冒烟测试的重点是什么？

1、关注正向流程的验证

上面已经提及，冒烟测试并非深入测试，所以我们的重点放在正向的流程验证，保障主流业务场景可测，更深入的测试放在冒烟测试通过以后。

2、注重问题的响应效率

一般冒烟测试过程中发现的问题，都是阻塞性问题，会影响测试进度的推进，所以测试过程中一定要注重问题的解决时效。

冒烟测试通过的标准是什么？

1、无阻碍性bug

2、主流程可测试

3、冒烟测试用例全部通过

冒烟测试由谁来执行？

1、开发

编码完成后，开发可根据测试提供的冒烟用例进行自测。

2、产品

验收阶段，产品可根据冒烟用例对产品进行验收。

3、测试

开发提测后，测试根据冒烟用例进行测试验证。

冒烟测试总结

冒烟测试结束后，有哪些维度可以供我们来总结复盘呢？

1、冒烟用例通过率

2、冒烟轮次

3、冒烟测试过程中发现的问题

4、问题的修复时效

对上述数据的分析，可以倒逼开发质量的提升，当然这是一个相互的过程。

测试也可以针对共性的问题定期进行宣讲培训，以规避此类问题的反复发生。冒烟测试是一种快速发现提测版本质量的测试策略。

做好冒烟测试，可以提升生产效率，减少问题修复成本，虽然在整个测试的生命周期中冒烟测试占比较低，但其意义是重大的，也是测试工程师们不能忽略的一部分。

关于冒烟测试的其它想法， 也欢迎大家补充~

最后感谢每一个认真阅读我文章的人，礼尚往来总是要有的，虽然不是什么很值钱的东西，如果你用得到的话可以直接拿走：

这些资料，对于【软件测试】的朋友来说应该是最全面最完整的备战仓库，这个仓库也陪伴上万个测试工程师们走过最艰难的路程，希望也能帮助到你!有需要的小伙伴可以点击下方小卡片领取