冒烟测试是什么

冒烟测试这个术语来自硬件行业。更换或维修硬件或硬件组件后，直接给设备通电。如果没有烟，该组件通过测试。在软件中，术语“冒烟测试”描述了在将代码更改嵌入到产品的源代码树之前验证代码更改的过程。

这个术语来自硬件行业。更换或维修硬件或硬件组件后，直接给设备通电。如果没有烟，该组件通过测试。在软件中，术语“冒烟测试”描述了在将代码更改嵌入到产品的源代码树之前验证代码更改的过程。在检查代码之后，冒烟测试是识别和修复软件缺陷的最具成本效益的方法。冒烟测试旨在确认代码中的更改将按预期工作，并且不会破坏整个版本的稳定性。

总结

冒烟测试是软件开发过程中软件版本包的快速基本功能验证策略。是验证软件基本功能的手段，而不是对软件版本包的深入测试。冒烟测试也是软件版本包详细测试之前的预测试。执行冒烟测试的主要目的是快速验证软件的基本功能是否有缺陷。如果烟感测试的测试用例失败，就不需要做进一步的测试。在进行冒烟测试之前，需要确定冒烟测试的用例集，这个用例集涵盖了软件的基本功能。这个版本包打包后的验证方法通常称为软件版本包的阈值用例验证。

烟雾测试属于HLT(高水平测试)，通常指SDV(系统设计验证)/SIT(系统集成测试)/SVT(系统验证测试)等测试活动。HLT从系统的角度测试整个版本，测试对象是一个完整的产品而不是产品的内部模块。常见的HLT测试包括系统测试和验收测试。

烟雾测试可以手动或自动进行。稳定的系统适合自动烟测，集成过程中的系统适合手动烟测，因为烟测的内容是动态变化的，变化中自动脚本维护的工作量比较大。

冒烟测试据说是微软的名字。在“微软项目生存法则”第14章“构建过程”中，冒烟测试是开发者在软件个人版本上执行的确保新程序代码不失败的冒烟测试项目。测烟这个名字可以理解为这种测试时间短，一包烟就够了。有人认为是对新电路板基本功能检查的直观类比。任何新电路板焊接后，应先通电检查。如果有设计缺陷，电路板可能会短路，电路板会冒烟。

分类

冒烟测试的对象是每一个新编译的需要正式测试的软件版本。通过冒烟测试，在软件代码正式编译交付测试之前，要尽量消除明显的错误，减轻后期测试的负担。冒烟测试的执行者是版本编译器。所以可以说，烟度测试是一种前测。在实际的软件测试工作中，烟测试在软件开发的不同阶段是不同的。一般可分为三类:

1)在形成集成测试版本之前:验证每个单元都可以成功执行，并确保测试版本可以成功集成；

2)形成集成测试版本:确保新的或变更的代码不破坏集成版本的完整性和稳定性；

3)测试前缺陷修正后:对于每次缺陷修正，必须在干净的链接环境下进行冒烟测试，通过测试后才能更新相关软件版本。

app应用

冒烟测试的对象是每一个新编译的需要正式测试的软件版本。目的是确认软件基本功能正常，可以进行后续的正式测试。冒烟测试的执行者是版本编译器。

在一般的软件公司中，在编译软件的过程中，很多Builds需要内部编译，但是只需要对有限数量的版本进行正式测试(根据项目开发计划)。这些中间测试版本需要编译后，软件编译器需要进行基本的性能确认测试，比如是否可以正确安装/卸载，主要功能是否实现，是否存在严重崩溃或严重数据丢失等bug。如果测试通过，可以按照正式测试文档进行正式测试。否则，需要重新编译版本，并再次执行版本可接收确认测试，直到成功。

现状

确认新版本基本功能的测试被一些公司称为构建健全性检查。

对于已编译的本地化软件的新版本，除了上述检查之外，还需要检查所有应该本地化的文件是否正确地包含在新的本地化版本中。可以使用文件和目录结构比较工具。首先，比较源语言版本和本地化版本的文件和目录中的文件数量、文件名和文件日期。这个过程称为构建图像检查。其次，分别安装源语言版本和本地化版本，比较安装文件和目录结构中的文件数量、文件名和文件日期。此过程称为构建安装检查。

意义

冒烟测试在软件生命周期中所占的时间比例较低，具有注重可通过性而忽视细节的特点，因此往往被开发人员和测试人员所忽视。事实上，冒烟测试是软件测试过程中不可缺少的节点，一个好的冒烟测试过程对于提高软件测试的效率有着重要的意义。

(1)冒烟测试是对软件质量的全面测试。

通过冒烟测试，可以快速确认软件是否具备测试访问条件，避免正式测试阶段全面进行后才发现阻塞缺陷，严重影响测试进度，浪费人力物力的情况。

(2)烟雾测试是测试人员对测试过程的熟悉程度。

通过烟雾测试，测试人员可以快速熟悉整体测试流程，帮助测试人员制定准确的测试时间计划，合理安排工作日程；另一方面，有助于测试人员提前准备好相关设备和数据，为正式测试打下基础。