群中关于冒烟测试的讨论（高端测试地带群）

Zee · 发表于 2006-8-3 23:02:23

阳光雨21:43:49
今天听到一个名词“冒烟测试”有谁可以详细介绍一下
Zee() 21:46:03
冒烟测试  冒烟测试 (smoke testing)，据说是微软起的名字。在《微软项目求生法则》一书第 14 章“构建过程”关于冒烟测试，就是开发人员在个人版本的软件上执行目前的冒烟测试项目，确定新的程序代码不出故障。  冒烟测试的名称可以理解为该种测试耗时短，仅用一袋烟功夫足够了。也有人认为是形象地类比新电路板功基本功能检查。任何新电路板焊好后，先通电检查，如果存在设计缺陷，电路板可能会短路，板子冒烟了。冒烟测试的对象是每一个新编译的需要正式测试的软件版本，目的是确认软件基本功能正常，可以进行后续的正式测试工作。冒烟测试的执行者是版本编译人员。  在一般软件公司的软件编写过程中，内部需要编译多个版本 (Build)，但是只有有限的几个版本需要执行正式测试（根据项目开发计划），这些需要执行的中间测试版本，在刚刚编译出来后，软件编译人员需要进行基本性能确认测试，例如是否可以正确安装/卸载，主要功能是否实现，是否存在严重死机或数据严重丢失等 Bug。如果通过了该测试，则可以根据正式测试文档进行正式测试。否则，就需要重新编译版本，再次执行版本可接收确认测试，直到成功。  新版本的基本功能确认检查的测试，有的公司称为版本健康检查 (Build Sanity Check)。对于编译的本地化软件新版本，除了进行上面提到的各种测试检查，还要检查是否在新的本地化版本中正确包含了全部应该本地化的文件。可以通过采用文件和目录结构比较工具，首先比较源语言版本和本地化版本的文件和目录中的文件数目、文件名称和文件日期等，这个过程称为版本镜像检查 (Build Image Check)。其次，分别安装源语言版本和本地化版本，比较安装后的文件和目录结构中的文件数目、文件名称和文件日期等，这个过程称为版本安装检查 (Build Installing Check)。
Zee() 21:46:06
搜索来的。
小书21:46:11
冒烟测试，粗浅的理解就好像是每日构建中强调的“最基本的测试”。具体内容我也想不起来，但在微软开发的流程中，特别强调此点。
Zee() 21:46:58
解释：冒烟测试就是看看程序能否接受测试条件，或者在接受测试时会有故障。主要是为了确保每个build足够稳定，可以拿来进一步测试。它是一个相当简单的测试。它不是一种消耗性测试，但也需要覆盖足够的软件功能。通常都是自动化测试。
Grace21:46:57
“冒烟测试”指的是正式测试前的预测试吧  阳光雨21:48:05 感觉像是程序员之间的测试
小书21:48:09
个人理解是，冒烟测试解决“提交版本是否可交付测试”  Zee() 21:49:06 http://msdn2.microsoft.com/zh-cn/library/ms182613.aspx冒烟测试准则
阳光雨21:50:27
不错，不错
nobody 21:50:33
怎么感觉有点像转系统测试

曹向志-飞 21:56:52
你给出的冒烟测试的定义很正确
Zee() 21:57:11
我是搜索来的。
曹向志-飞 21:58:48
其实就是指在正式接入测试之前，简单的测试一下是否满足正式的要求，如果冒烟测试都发现很多问题，例如，无法部署，程序的主要功能无法正常运行，则就不用接收了
Zee() 21:59:47
主要是对主要的功能。其他并不需要详细做。

nobody 22:00:37
曹老师，那个冒泡测试，是不是与预测是差不多。只不过预测试，是交给测试部来完成的。而那个是直接由开发的来完成。
小书22:03:19
Nobody，冒烟测试是在构建中完成的，还没到达测试部哪里吧。
nobody 22:04:02
看那个定义是那样的。
曹向志-飞 22:04:37
应该是在测试部们决定是否接收被测试文档
Grace22:04:46
这个可以由测试部来做的啊
nobody 22:04:47
预测试几乎把测试用例中的1级用例都要走一遍呀。
曹向志-飞 22:05:04
不用吧
Grace22:05:29
是不是主要的功能就差不多啊
nobody 22:05:56
我说的1级，就是主要的功能。

[ 本帖最后由 Zee 于 2006-8-3 23:30 编辑 ]