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