一. 什么是冒烟测试?

冒烟测试(Smoke Testing)是(Build Verification Test)指对某一构建进行验证测试的过程。当每日构建冒烟测试通过才认为此构建成功，可以转测试同学进行下一步工作;否则视为失败，开发需要进行bug修复直到冒烟测试通过。

冒烟测试就是在 每日build(构建版本)完成 后，对系统的基本功能进行 简单 的测试。

二. 冒烟测试是怎么来的?

关于冒烟测试有三种来源的说法。

来源一：制造业，电路板焊接好了之后。直接对电路板通电。如果电路板冒烟了，则认为冒烟测试失败。

来源二：最早源于制造业，用于测试管道。测试时，用鼓风机往管道里灌烟，看管壁外面是否有烟冒出来，以便检验管道是否有缝隙。

来源三：冒烟测试(smoke testing),据说是微软起的名字。在《微软项目求生法则》一书第14章“构建过程”关于冒烟测试，就是开发人员在个人版本的软件上执行目前的冒烟测试项目，确定新的程序代码不出故障。

你觉得哪一种来源更贴切?

三，冒烟测试在实际工作中如何进行?

日常工作中冒烟测试可以按照如下步骤进行：

1.针对新增需求或者修改设计测试用例。针对优先级最高的P0和P1级测试用例评审后交给开发人员。

2.开发人员在UT之后，添加P0和P1级版本构建自动化用例。在版本构建后开始执行此用例。可以使用TDD方式编写。

3.每次每日构建或者其他构建完成后，针对 构建进行冒烟测试 。通过，进入下一个阶段测试;失败，打回重做。

4.冒烟测试不需要像回归测试一样执行， 不需要确保所有主流程都通过 。

5.冒烟自动化一定 要快 。 快速反馈质量 ，不阻塞其他人。

关于今天的冒烟测试介绍，你有什么其他疑惑的地方吗?欢迎来私信我你的想法。

如果今天的文章，对你有收获或者启发，欢迎 点赞，关注和在看 。💗