大家好，我是阿萨。日常工作中，经常都会提到冒烟测试。那么什么是冒烟测试呢?
一. 什么是冒烟测试?
冒烟测试(Smoke Testing)是(Build Verification Test)指对某一构建进行验证测试的过程。当每日构建冒烟测试通过才认为此构建成功，可以转测试同学进行下一步工作;否则视为失败，开发需要进行bug修复直到冒烟测试通过。
冒烟测试就是在每日build(构建版本)完成后，对系统的基本功能进行简单的测试。
二. 冒烟测试是怎么来的?
关于冒烟测试有三种来源的说法。
来源一：制造业，电路板焊接好了之后。直接对电路板通电。如果电路板冒烟了，则认为冒烟测试失败。
来源二：最早源于制造业，用于测试管道。测试时，用鼓风机往管道里灌烟，看管壁外面是否有烟冒出来，以便检验管道是否有缝隙。
来源三：冒烟测试(smoke testing),据说是微软起的名字。在《微软项目求生法则》一书第14章“构建过程”关于冒烟测试，就是开发人员在个人版本的软件上执行目前的冒烟测试项目，确定新的程序代码不出故障。
你觉得哪一种来源更贴切?
三，冒烟测试在实际工作中如何进行?
日常工作中冒烟测试可以按照如下步骤进行：
1. 针对新增需求或者修改设计测试用例。针对优先级最高的P0和P1级测试用例评审后交给开发人员。
2. 开发人员在UT之后，添加P0和P1级版本构建自动化用例。在版本构建后开始执行此用例。可以使用TDD方式编写。
3. 每次每日构建或者其他构建完成后，针对构建进行冒烟测试。通过，进入下一个阶段测试;失败，打回重做。
4. 冒烟测试不需要像回归测试一样执行，不需要确保所有主流程都通过。
5. 冒烟自动化一定要快。快速反馈质量，不阻塞其他人。
关于今天的冒烟测试介绍，你有什么其他疑惑的地方吗?欢迎来私信我你的想法。
