冒烟测试的执行者是版本编译人员，测试对象是新编译的需要测试的软件版本，目的是确认经过修改的软件版本的基本功能正常，能够进行后续的正式测试。冒烟测试通常在代码审查后频繁而且快速的执行，能够高效地检测出一些简单但非常重要的失效。

冒烟测试应遵循如下准则：①与开发人员协同工作。冒烟测试着重关注更改过的代码，因此必须与编写代码的开发人员协同工作。需要了解代码中进行了哪些更改、更改对功能有何影响、更改对各组件的依存关系有何影响。②在冒烟测试前检查代码。在进行冒烟测试前，侧重检查代码中的所有更改，确保通过代码检查或风险评估标识出来的关键或薄弱区域已通过验证。③在一个干净的调试模式构建中安装私有二进制文件。冒烟测试侧重于验证更改后的二进制文件，因此必须在一个干净的测试环境中执行调试模式的二进制文件。当两个或多个更改后的二进制文件之间存在依赖关系时，需要在待测版本中包括所有更改后的二进制文件。④每日构建和冒烟测试。每日构建要求团队成员协同工作，鼓励开发人员彼此保持同步。冒烟测试在接受构建进行正式测试之前执行。遵循每日构建和进行冒烟测试的过程可以及时保证更改过的或新的二进制文件的质量。

冒烟测试具有如下优势：①降低集成风险。冒烟测试是每天进行的，能较早地发现不相容性和业务阻塞错误，从而降低错误发现严重影响项目进度的可能性。②提高软件系统或产品的质量。冒烟测试是面向构建的，既有可能发现功能性错误，也有可能发现架构和构件的设计错误。若较早地改正了这些错误，可以提高软件系统或产品的质量。③简化错误的诊断和修正。冒烟测试过程中发现的错误可能与新增加的软件代码有关，即新发现的错误可能来自刚加入构建中的代码。④易于评估项目的进展情况。随着时间的推移，越来越多的代码被集成，这既表明了项目的进度，也便于管理者更好把握项目的进展情况。