51Testing软件测试论坛

 找回密码
 (注-册)加入51Testing

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 7782|回复: 15
打印 上一主题 下一主题

[Robot] 什么是冒烟测试?

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2005-3-9 09:13:38 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
什么是冒烟测试?,偶不是很清楚。
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏

该用户从未签到

2#
发表于 2005-3-9 15:45:37 | 只看该作者

我也想知道,盼高手点拨。

最近拜读了《每日构造与冒烟测试》,想了解 每日构造 冒烟测试 的具体过程,
回复 支持 反对

使用道具 举报

该用户从未签到

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

使用道具 举报

该用户从未签到

4#
发表于 2005-3-10 11:19:25 | 只看该作者
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.
回复 支持 反对

使用道具 举报

该用户从未签到

5#
发表于 2005-3-16 07:14:15 | 只看该作者
好东西,学了点知识,谢谢 咯
回复 支持 反对

使用道具 举报

该用户从未签到

6#
发表于 2005-3-16 11:14:16 | 只看该作者
终于知道冒烟测试是什么了,谢谢!但是好像这种测试在日常工作中从来不用到,毕竟要天天做build,这个好像不太可能
回复 支持 反对

使用道具 举报

该用户从未签到

7#
发表于 2005-3-28 22:13:20 | 只看该作者
用自动的build工具,每日build并不难
回复 支持 反对

使用道具 举报

该用户从未签到

8#
发表于 2005-4-11 16:21:21 | 只看该作者
学到了。
回复 支持 反对

使用道具 举报

该用户从未签到

9#
发表于 2005-4-11 17:49:55 | 只看该作者
工具是不难用,可能做到每日build的公司不多,即便build一遍可能只要十多分钟。
回复 支持 反对

使用道具 举报

该用户从未签到

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

使用道具 举报

该用户从未签到

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

使用道具 举报

该用户从未签到

12#
发表于 2005-8-19 15:44:25 | 只看该作者

明白了

以前只知道冒煙測試;一聽這個來由,有意思!
回复 支持 反对

使用道具 举报

该用户从未签到

13#
发表于 2005-8-20 13:41:59 | 只看该作者

冒烟测试的另一种方式

就我知道的企业中很少用日构建的,但是我们可以进行另一种所谓的冒烟测试,比如,当公司的开发组提供新的测试包后,那么我们可以开始进行“冒烟测试”,经过简单的测试(大概一个到两个小时),如果发现测试包质量不高影响本次测试内容的话,就可以要求程序员重新发布测试包,而消耗的这段时间要算在开发组的成本上,这样做的好处时可以督促开发组提供高质量的测试包。
回复 支持 反对

使用道具 举报

该用户从未签到

14#
发表于 2005-8-22 11:38:21 | 只看该作者
说白了就是预测试,通常是测试组进入测试的进入标准之一。
回复 支持 反对

使用道具 举报

该用户从未签到

15#
发表于 2005-8-23 17:03:20 | 只看该作者
用vss写个日编译程序就可以了,可以固定每天在某个时候进行自动编译!
回复 支持 反对

使用道具 举报

该用户从未签到

16#
发表于 2009-6-7 10:42:40 | 只看该作者
     学习
回复 支持 反对

使用道具 举报

本版积分规则

关闭

站长推荐上一条 /1 下一条

小黑屋|手机版|Archiver|51Testing软件测试网 ( 沪ICP备05003035号 关于我们

GMT+8, 2024-11-24 20:44 , Processed in 0.077951 second(s), 28 queries .

Powered by Discuz! X3.2

© 2001-2024 Comsenz Inc.

快速回复 返回顶部 返回列表