冒烟测试，它和回归测试的性质一样——只是一个测试活动，并不是一个测试阶段。
对于编译的本地化软件新版本，除了进行上面提到的各种检查，还要检查是否在新的本地化版本中正确包含了全部应该本地化的文件。
可以采用文件和目录结构比较工具，首先比较源语言版本和本地化版本的文件和目录中的文件数目、文件名称和文件日期等，这个过程称为版本镜像检查(Build Image Check)。
其次，分别安装源语言版本和本地化版本，比较安装后的文件和目录结构中的文件数目、文件名称和文件日期等，这个过程称为版本安装检查(Build Installing Check)。
应用：
冒烟测试的对象是每一个新编译的需要正式测试的软件版本，目的是确认软件基本功能正常，可以进行后续的正式测试工作。冒烟测试的执行者是版本编译人员。
在一般软件公司，软件在编写过程中，内部需要编译多个版本(Builds)，但是只有有限的几个版本需要执行正式测试（根据项目开发计划），这些需要执行的中间测试版本，在刚刚编译出来后，软件编译人员需要进行基本性能确认测试。
例如是否可以正确安装/卸载，主要功能是否实现，是否存在严重死机或数据严重丢失等Bug。如果通过了该测试，则可以根据正式测试文档进行正式测试。否则，就需要重新编译版本，再次执行版本可接收确认测试，直到成功。
温馨提示：答案为网友推荐，仅供参考
第1个回答 推荐于2017-11-26
冒烟测试运用在日构建中，这个过程是测试人员手工进行的，还是用工具进行的？一般在构建完成之后，会依据单元测试代码进行单元测试，这个过程是构建是否成功的一个确认过程，他和冒烟测试是不是没有任何关联，这个地方我有点搞晕了，请大侠指点一下本回答被网友采纳
第2个回答 2013-08-16
我是这样理解的，在我们的实际测试中也是这样进行的，先执行单元测试，测试一段代码是否成功，再用冒烟测试检测很多种可能性，例如注册用户，一些必填项，这样填和那样填行不行，基本的功能要能实现。工具呢，我们用的是JAVA。这些也是一知半解的，需要继续努力~
第3个回答 2013-08-16
冒烟测试，它和回归测试的性质一样——只是一个测试活动，并不是一个测试阶段。也就是说，冒烟测试贯穿于测试的任何一个阶段，单元测试里会有冒烟测试、集成测试里会有冒烟测试、系统测试里也会有冒烟测试。冒烟测试和其他所有的测试活动的目的不一样，它不是为了证明程序存在BUG，而是为了证明程序的基本功能、核心功能没有问题。 当冒烟测试发生在集成测试的子系统间集成和系统测试的时候，这个时候，人们常常把冒烟测试等同为BVT（Build Verification Testing），也就是所谓的小版本验证测试。 冒烟测试一般是由程序员来执行；冒烟测试带有一定的随机性，它不需要去设计正式的测试用例，这个活动在开发部门内开展；
相似回答