首先来了解一下冒烟测试
Smoke Testing的概念最早源于制造业，用于测试管道。测试时，用鼓风机往管道里灌烟，看管壁外面是否有烟冒出来，以便检验管道是否有缝院。这一测试显然比较初级，更深层一点的测试至少要进行渗油测试、带压测试等等。Smoke Testing只是一种初级、直观的测试。
软件测试中的Smoke Testing 实际上用的是其引申含义，而且是引申了不止一道的含义，在这里，Smoke Testing其实是个俚语就跟很多其他源于美国软件行业的名词一样。Smoke Testing在软件测试中的意义，应该说取的是其原始概念中的目的而非手段。通过Smoke Testing，在软件代码正式编译并交付加试之前，先尽量消除其表面的错误，减少后期测试的负担。因此可以说，Smoke Testing是预测试。
冒烟测试是指对提交测试的软件在进行详细深入的测试之前而进行的预测试，这种预测试的主要目的是暴露导致软件需重新发布的基本功能失效等严重问题。冒烟测试可以由开发人员执行，也可以由测试人员来执行。即，在版本编译后正式提交测试之前由开发人员执行;或开发发布版本后，测试人员在接受这个版本作为正式版本进一步测试前执行。
微软提出在审查了变更的代码后，冒烟测试是确认修复的缺陷及功能变更是否有效的最经济有效的方法。冒烟测试能手动执行，也可以在版本编泽后自动化执行，它是对基本功能的确A，非深入测试。但要覆盖到面，即所有的更改点都要进行确认。采用自动化执行是，可以结合每日构件后进行自动化的每日smoking test，如果测试通过，则把更改后的代码自动合并到主干代码仓库中，作为正式提交测试的版本。
测试领域，冒烟测试(smoke test)、可用性测试。(sanitytest)和回归测试(regression test)彼此之间很相似，范围也有重叠，所以比较容易混淆:都是在需求变更或问题修改后对系统全面测试之前的一种预测试，都是为了发现是否在界面和代码层面引入了问题。