冒烟测试（Smoke Testing）

一、冒烟测试的定义

冒烟测试自由测试的一种，又称为构建验证测试（Build Verification Testing），是在软件正式开测试之前对软件进行的快速的简单的测试，他只是一个开关，来判度能否以版本转测试，而不是测试中的一个流程。冒烟测试对各模块之间的基本功能进行的测试，而不会对某一功能进行更深入的测试，所挑选的用例都是测试用例中Level 0 的用例。

为什么叫冒烟测试，这一名称来源于硬件行业的电路板测试实践。在电路板制造过程中，完成组装后的电路板会进行一项初步的通电测试。如果电路板存在严重故障（如短路、元件损坏等），一旦通电可能会立即导致元器件烧毁，产生可见的烟雾。因此，这项快速的通电检查就像是检验电路板是否会“冒烟”，以此判断电路板是否存在致命缺陷，是否值得继续进行后续的详细测试。

二、冒烟测试典型的应用场景

1.代码提交后：开发人员将完成代码更改并提交至版本控制系统后，自动或手动执行，确保修复的内容不会破坏现有功能。

2.构建或部署后：新版本软件构建完成发布到测试环境后，进行冒烟测试，确保软件在新环境中能够运行。

3.修复回归：对软件已知的问题进行了修复后，冒烟测试在这个场景下首先要做的就是验证这些修复措施是否真正解决了原来的问题。 eg:之前软件在处理大量并发用户登录时会出现系统崩溃的问题，开发人员进行了修复，冒烟测试就需要模拟大量并发登录的场景，来确认系统是否不再崩溃，且能正常处理登录请求。

三、冒烟测试的流程

1.准备测试环境

2.编写测试用例并把测试用例送交开发确认，若开发认为冒烟用例的编写没有覆盖完整的基本功能则打回测试完善用例编写。

3.执行冒烟测试，生产测试报告。

4.   提交缺陷给开发人员，若冒烟测试通过则可以正式开始测试，不通过则打回开发重新开发。

四、测试方法

1.手动：对照冒烟测试用例点点点

2.自动：我还没学555后面学了再来分享

五、总结

冒烟测试能节省大量的时间成本和人力成本，因为冒烟测试只关注软件的核心功能和主要流程，而不是对所有功能进行全面测试，这样可以在短时间内快速验证软件的基本可用性，避免在无关紧要的功能上浪费时间。

参考文章：

冒烟测试（Smoke Testing）简介

什么是冒烟测试和回归测试，这个 我弟弟都懂了！-CSDN博客

https://blog.csdn.net/qq_43919396/article/details/110733923

https://baijiahao.baidu.com/s?id=1769188837538455598&wfr=spider&for=pc