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