51Testing软件测试论坛

标题: 什么是冒烟测试？ [打印本页]

作者: zwl2004 时间: 2005-3-9 09:13
标题: 什么是冒烟测试？
什么是冒烟测试？，偶不是很清楚。

作者: yuhuawang 时间: 2005-3-9 15:45
标题: 我也想知道，盼高手点拨。
最近拜读了《每日构造与冒烟测试》，想了解每日构造冒烟测试的具体过程，

作者: black_tulip 时间: 2005-3-10 10:25
冒烟测试这个名称的来历，大概是从电路板测试得来的。因为当电路板做好以后，首先会加电测试，如果板子没有冒烟再进行其它测试，否则就必须重新来过。类似的如果冒烟测试没有通过，那么这个build也会返回给开发队伍进行修正，测试人员测试的版本必须首先通过冒烟测试的考验。
冒烟测试，应该是微软首先提出来的一个概念，和微软一直提倡的每日build有很密切的联系。具体说冒烟测试就是在每日build建立后对系统的基本功能进行简单的测试，这种测试强调功能的覆盖率，而不对功能的正确性进行验证。从这一点看和所谓的“接受性（验收）测试（Acceptance Test）”非常相似。不同之处就在于他们执行的频率和被测的版本不同。

作者: 司空公子 时间: 2005-3-10 11:19
It verifies the major functionality at high level in order to determine if further testing is possible. The Smoke test scenarios should emphasize breadth more tested briefly. If test fails, the build is returned to developers un-tested.

作者: houxiangxi 时间: 2005-3-16 07:14
好东西,学了点知识,谢谢咯

作者: jakedd 时间: 2005-3-16 11:14
终于知道冒烟测试是什么了,谢谢!但是好像这种测试在日常工作中从来不用到,毕竟要天天做build,这个好像不太可能

作者: 生如火花 时间: 2005-3-28 22:13
用自动的build工具，每日build并不难

作者: madwolfer 时间: 2005-4-11 16:21
学到了。

作者: black_tulip 时间: 2005-4-11 17:49
工具是不难用，可能做到每日build的公司不多，即便build一遍可能只要十多分钟。

作者: foxtie 时间: 2005-4-13 20:27
日构建其实也不是所有的项目都一定需要，一般有点规模的项目中，每人负责不同的模块，如果某一天某人的模块没有经过编译这样的基本测试就提交了，那么后来的开发中其他人可能后受其影响。所以提倡日构建保证每人每日提交了经过基本测试的模块代码。这也是尽早测试的思路吧。
如果有日构建的需求，就使用日构建工具结合自动测试工具来进行冒烟测试吧。

作者: qtest 时间: 2005-4-14 19:02
“冒烟测试这个名称的来历，大概是从电路板测试得来的。因为当电路板做好以后，首先会加电测试，如果板子没有冒烟再进行其它测试，否则就必须重新来过。类似的如果冒烟测试没有通过，那么这个build也会返回给开发队伍进行修正，测试人员测试的版本必须首先通过冒烟测试的考验。”
－－哈哈，原来有这样一个典故啊！

作者: wang_fj 时间: 2005-8-19 15:44
标题: 明白了
以前只知道冒煙測試；一聽這個來由，有意思!

作者: 魔海 时间: 2005-8-20 13:41
标题: 冒烟测试的另一种方式
就我知道的企业中很少用日构建的，但是我们可以进行另一种所谓的冒烟测试，比如，当公司的开发组提供新的测试包后，那么我们可以开始进行“冒烟测试”，经过简单的测试（大概一个到两个小时），如果发现测试包质量不高影响本次测试内容的话，就可以要求程序员重新发布测试包，而消耗的这段时间要算在开发组的成本上，这样做的好处时可以督促开发组提供高质量的测试包。

作者: kicune 时间: 2005-8-22 11:38
说白了就是预测试，通常是测试组进入测试的进入标准之一。

作者: snowflake 时间: 2005-8-23 17:03
用vss写个日编译程序就可以了，可以固定每天在某个时候进行自动编译！

作者: langjing 时间: 2009-6-7 10:42

学习

欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)