冒烟测试需要来颗华子吗？

01

大哥，来颗华子

某日，新来的研发同学小刚敲完代码后准备提测

三点君，项目1111准备提测了

刚哥, 这个项目改动量较多，冒烟测试了没

啊？来来来，楼下门口集合~

我带着疑惑来到了前台门口，刚哥笑眯眯的从口袋掏出一包烟

哈哈，刚哥，烟雾缭绕里，我谈一谈冒烟测试

02

冒烟测试

冒烟测试（smoke test）最早来源于硬件测试，对一个硬件或硬件组件进行更改或修复后，直接给设备加电。如果没有冒烟，该组件就通过了主流程核心的测试。

是否通过测试 =

（ 硬件加电 == 冒烟 ）？不通过 : 通过

后来应用到软件测试里面，有2种说法

说法1：该种测试耗时短，仅用一袋烟功夫足够了

说法2：类似于硬件加电，把软件抽象成核心功能拼接而成的烟囱，系统测试中，发现某节烟囱冒烟，说明对应核心功能有严重问题，烟雾不能完全从烟囱出口排出。

是否通过测试 =

（冒烟出口位置 == 唯一指定出口 ）？通过 ：不通过

上述2种说法都有道理，软件行业里的冒烟测试是一种快速验证、快速发现阻塞性问题的粗粒测试。

03

什么时候冒烟？

准入测试

研发测试周期里面，通常流程如上所示。随着敏捷开发敏捷测试的需求，测试左移，尽可能的在测试前期拦截严重阻塞性问题，所以上述流程里面会在提测前增加一个流程，即冒烟测试，提测前验收、研发自测等，只有冒烟测试通过的情况下测试才允许准入，此时的代码质量意味着相对可靠。

测试是否准入 =

冒烟用例通过== true ? 准入 ：不准入

测试同学需要注意的是，测试同学对需求文档和技术文档提前进行梳理，设计和修订测试用例，选取核心功能、主流程的用例成为冒烟测试用例，在研发排期尾声提供冒烟测试用例，用于研发自测或者提测验收使用。

代码可测

快速验证

有些研发测试流程里面不支持提测准入，直接提测后，测试同学需要先做冒烟测试，再做细粒度详细测试。

例如：测试系统登录，关注点应针对用户名、密码、校验码的输入及提交完成，对于非法字符的校验、登录框是否美观、错误提示是否准确等均属于次要关注点，不纳入冒烟测试范围。

开发协同

冒烟测试通常能发现许多缺陷，特别是阻塞性问题，重要且紧急的问题需要尽快协同研发修复，给后续详细测试排除风险，保证整体的测试进度正常。

04

今天你冒烟了吗？

冒烟测试是测试阶段前期重要的代码质量保障手段，提测准入过程让研发也参与代码质量工作，提高了整体的测试效率，缩短项目排期，项目迭代速率更快。