51Testing软件测试论坛

标题: 冒烟测试讨论贴 [打印本页]

作者: fanli2000_0 时间: 2006-5-25 16:30
标题: 冒烟测试讨论贴
所谓冒烟测试就是在软件版本release 出来以后对它的一个基本功能的检查，不知道理解是否有误。请发表自己的看法。。。

作者: thefirstred 时间: 2006-5-31 12:08
release指准备正式发布的版本，冒烟测试的对象应该是刚编译完准备拿来测试的版本吧

作者: skinapi 时间: 2006-6-1 13:00
冒烟测试一般和每日构建、持续集成在一起使用。

作者: 天生我才 时间: 2006-6-2 17:10
请将每个知识点讲清楚我想了解谢谢各位

作者: jiepeach 时间: 2006-6-9 15:26
想听听高手的看法，请指教

作者: wheetle 时间: 2006-6-9 20:53
WIKIPEDIA关于 smoke testing 的定义
http://en.wikipedia.org/wiki/Smo ... oftware_Engineering

Smoke Testing in Software Engineering

Software smoke tests are designed to confirm that changes in the code do function as expected and do not cause failure of the rest of an entire build.

In software engineering, a smoke test generally consists of a collection of tests that can be applied to a newly created or repaired computer program. Sometimes the test is performed by the automated system that builds the final software.

In this context, the term smoke testing describes the process of validating code changes before the changes are checked into the larger product’s official source code collection. Next after code reviews, smoke testing is the most cost effective method for identifying and fixing defects in software; some even believe that it is the most effective of all.

Smoke testing also refers to the propensity for software engineers assigned to software testing activities to spend large amounts of time outside buildings, grabbing a smoke.

作者: wheetle 时间: 2006-6-9 20:55
我象可以理解为它是为了保证软件从 ”跑不动，流程走不了“ －－》 ”软件能用了“ 的一类测试。

作者: lemonscent 时间: 2006-7-6 13:56
冒烟测试是对提交的测试版本的主要功能进行比较“随机”的测试，也就是可以不按测试用例执行测试，一旦发现的bug比较多，达到一定程度，则返回给开发人员，不开始软件测试。如果冒烟测试中发现的bug较少，再开始真正的测试，即严格按照测试用例执行。

作者: zrg9399 时间: 2006-7-17 19:26
做冒烟测试，前期写case时确认case等级很重要，关键性功能和有可能堵塞后面测试的用例占在10%左右,用于做冒烟测试

作者: zrg9399 时间: 2006-7-17 19:27
这部分用例归为一类做冒烟测试

作者: stardust 时间: 2006-7-21 18:36

原帖由 lemonscent 于 2006-7-6 13:56 发表
冒烟测试是对提交的测试版本的主要功能进行比较“随机”的测试，也就是可以不按测试用例执行测试，一旦发现的bug比较多，达到一定程度，则返回给开发人员，不开始软件测试。如果冒烟测试中发现的bug较少，再开始 ...

同意！！

作者: hayerk 时间: 2006-7-23 15:13
在正式进行测试之前,先检验软件功能是否基本完成.如果软件问题太多或者有重大功能缺陷,则不正式进行测试.

作者: lxm 时间: 2006-7-23 16:43
冒烟测试=预测试

作者: liuliu022004 时间: 2006-7-26 14:40
标题: 摘抄
冒烟测试从操作上是一个随机的测试，操作对象通常是核心业务模块。测试员任意操作，钥匙发现多数功能走不下去，（大概20%），那么这个冒烟测试就结束了。冒烟测试一般不用参照测试用例。
执行冒烟测试的目的是对姚测试的产品进行一个大概的度量。如果冒烟测试不能通过，通常不会启动测试计划。因为软件缺陷较多的情况下，启动测试计划会浪费更多的人力物力。通俗的说，对“垃圾”产品执行测试世纪是测试人员抢了程序设计人员的工作。这些缺陷应该在开发阶段消灭，只有这样才可以真正的节约成本。

作者: aifengyun 时间: 2006-8-2 19:03
冒烟测试最早是用在硬件测试上的，主要是测试新开发的产品是否可以用，后来延伸到到软件测试上来，冒烟测试的对象是刚build 的软件，执行着是版本编译人员。冒烟测试是黑盒测试。冒烟测试关注的是系统的核心模块的功能

[ 本帖最后由 aifengyun 于 2006-8-2 19:04 编辑 ]

作者: micrry 时间: 2006-8-9 17:31

原帖由 liuliu022004 于 2006-7-26 14:40 发表
冒烟测试从操作上是一个随机的测试，操作对象通常是核心业务模块。测试员任意操作，钥匙发现多数功能走不下去，（大概20%），那么这个冒烟测试就结束了。冒烟测试一般不用参照测试用例。
执行冒烟测试的目的是对 ...

严重同意
冒烟测试的目的是检查提交的程序是不是可以进行测试了。也就是检测程序员提交的程序是可以测试（通过)，还是需要的不是测试，而是调试（不通过）。

作者: hongleicome 时间: 2006-8-10 09:35
有收获

作者: ting-woaini 时间: 2006-11-19 10:01
学习先

作者: ting-woaini 时间: 2006-11-19 10:03
学习先

作者: ting-woaini 时间: 2006-11-19 10:04
学习先

作者: wwwxzl 时间: 2007-1-10 13:30
ding

作者: muerte 时间: 2007-1-23 14:23
不错，各有各得的好处

作者: zengyi2008 时间: 2007-1-29 18:06
学习了

作者: 流浪狗 时间: 2007-3-6 18:02
Smoke test verifies the major functionalities at high level in order to determine if further testing is possible.

作者: Wheatlee 时间: 2007-3-23 16:34
该说的大虾们都说了，我就不增加了，相互学习下吧，哈哈。

作者: lizhm 时间: 2007-4-2 11:44
大虾们! 讨论了那么长,怎么不讨论怎么实践呢?难道你们不做实践吗?

作者: 不开窍的大饼 时间: 2007-4-2 15:42
大虾们是不是喜欢把实践放在口头交流

打字不过瘾~

作者: bubu123 时间: 2007-4-2 23:34
标题: 顶
学习中

作者: redwanghb 时间: 2007-4-6 15:22
冒烟测试一般应该是在回归测试当中出现吧。
另外请高人指点一下冒烟测试的技巧，根据什么判断针对哪里进行测试，如何来选择测试点

作者: kxllr 时间: 2007-4-23 14:36
应该相信哪个呢，先相信大多数人的吧！！！

作者: flychen 时间: 2007-4-25 17:45
不错，学习先

作者: chech28 时间: 2007-5-23 20:31
标题: smoke testing
概念上面已经有人讲了，我来讲讲实际情况

一般来说冒烟测试就是实际中的build测试，不一定需要测试用例组成，但是整个一个测试计划来划定最初的覆盖是需要的。以后可以不断往里面添加，这个不能算回归测试，但是考虑到是增长性的，也可以认为有回归的性质。

这个测试一般QA负责写，builder负责执行，builder可以是QA,开发，或者是技术支持，各公司不同了，只有通过这个测试的版本才可以交到QA部门来系统测试。

更广义一些的话，交付QA后，如果执行下基本的package testing（一般也是有个计划，顺序执行各种操作，看看是不是都能完成）,那也可以算做冒烟测试。

我还是举实际例子：
这次用个购物网站好了，night build完成，开始冒烟测试，这个测试可以是很低级别的测试，比如
对于数据库直接的测试，简历数据库，批量增加，删除，查询，增加用户，销毁数据库；
对于服务的测试，服务启动，服务的各种功能；
对于ejb的测试，各个接口的测试；
安装脚本的测试，各个环境变量是否设置正确，系统路径是否设置正确；
。。。。。。。

这个smoke testing要经可能覆盖的广，确保这些底层功能完全无误。就好比管子里装满烟，烟不冒出来说明管子不漏，然后我们再说别的，就这个意思。

然后我后面提到的那个package testing,好比下面这个流程：
QA拿到通过build测试的版本，开始安装，然后按照测试计划执行一遍，比如打开localhost:8080/index.htm,点击注册，观察是否符合计划，然后点击。。。。。

这两个测试都比较适合自动化测试的，冒烟测试的量非常大，而且每个build都要经过的，一个晚上上万次（这个次指单个操作）的量也不算很大，常常会涉及到专门编程来测试。package testing，一般只做主要版本，不需要每个版本做了，可以手工，也可以用shell script,或者简单的脚本语言来做。

作者: yjr2008 时间: 2007-10-12 20:59
有收货

作者: liuruotian0511 时间: 2007-11-14 16:28
我也是刚从事软件测试。对于冒烟测试也是一知半解。大概的印象就是执行某个功能时软件会不会crash，功能是不是和spec上的一致。至于当bug多到什么程度才返回给开发，就不是很清楚了。比如一个软件只有10个功能，那么多少个功能有问题时冒烟测试不能通过呢？

作者: happytest 时间: 2007-11-27 23:33
标题: 回复帖子
冒烟测试还应包括对系统进行安装与卸载测试

作者: yuxuan555269 时间: 2007-11-28 10:08
学习一下

作者: jiangly 时间: 2007-12-18 15:30
冒烟测试
冒烟测试（smoke testing）,据说是微软起的名字。在《微软项目求生法则》一书第14章“构建过程”关于冒烟测试，就是开发人员在个人版本的软件上执行目前的冒烟测试项目，确定新的程序代码不出故障。
冒烟测试的名称可以理解为该种测试耗时短，仅用一袋烟功夫足够了。也有人认为是形象地类比新电路板功基本功能检查。任何新电路板焊好后，先通电检查，如果存在设计缺陷，电路板可能会短路，板子冒烟了。
冒烟测试的对象是每一个新编译的需要正式测试的软件版本，目的是确认软件基本功能正常，可以进行后续的正式测试工作。冒烟测试的执行者是版本编译人员。
在一般软件公司，软件在编写过程中，内部需要编译多个版本(Builds)，但是只有有限的几个版本需要执行正式测试（根据项目开发计划），这些需要执行的中间测试版本，在刚刚编译出来后，软件编译人员需要进行基本性能确认测试，例如是否可以正确安装/卸载，主要功能是否实现，是否存在严重死机或数据严重丢失等Bug。如果通过了该测试，则可以根据正式测试文档进行正式测试。否则，就需要重新编译版本，再次执行版本可接收确认测试，直到成功。
新版本的基本功能确认检查的测试，有的公司成为版本健康检查(Build Sanity Check)。对于编译的本地化软件新版本，除了进行上面提到的各种测试检查，还要检查是否在新的本地化版本中正确包含了全部应该本地化的文件。可以通过采用文件和目录结构比较工具，首先比较源语言版本和本地化版本的文件和目录中的文件数目、文件名称和文件日期等，这个过程称为版本镜像检查(Build Image Check)。其次，分别安装源语言版本和本地化版本，比较安装后的文件和目录结构中的文件数目、文件名称和文件日期等，这个过程称为版本安装检查(Build Installing Check)。

作者: 落墨 时间: 2007-12-28 09:14
除了学习
还是学习

作者: 落墨 时间: 2007-12-28 09:14
谢谢了哈1

作者: linuxsky_2008 时间: 2007-12-28 16:23
标题: 不错，大家都讲的不错，我就随便发几个字凑个热闹
哈哈！　　其实回头找找有些标准贴出来倒是不错，比如　　冒烟测试结束或者暂停的标准！

作者: ly_rainy 时间: 2008-1-2 15:27
冒烟测试听是听过很多的人讲过一些，但还没有真正的使用过

作者: 方方不圆 时间: 2008-1-2 17:14
恍然

作者: Ronema 时间: 2008-3-3 14:59
很有收获！谢谢！

作者: sql2003 时间: 2008-4-1 13:37
终于弄清楚冒烟测试了，上次面试还被问过，直接回答不知道的，那时候好尴尬，谢谢楼上几位

作者: shu123 时间: 2008-4-16 10:58
学习了~~

作者: 5130dengwei 时间: 2008-7-13 23:57

原帖由 lxm 于 2006-7-23 16:43 发表
冒烟测试=预测试

冒烟测试和预测试不是一个概念

作者: zuo_yue 时间: 2008-7-16 11:28
简单的说，就是先保证系统能跑的起来，不至于让测试工作做到一半突然出现错误导致业务中断。目的就是先通过最基本的测试，如果最基本的测试都有问题，就直接打回开发部了，减少测试部门时间的浪费

作者: 燕子东南飞 时间: 2008-7-17 13:41
烟测试是对提交的测试版本的主要功能进行比较“随机”的测试，也就是可以不按测试用例执行测试,这种测试方法讲究效率和重点！一般会在项目完成后就进行的一系列的测试！

作者: vera023 时间: 2008-7-25 17:43
受益匪浅，谢了

作者: huazai_888 时间: 2008-8-11 14:42
bucuo a

作者: Rockypeng 时间: 2008-10-14 16:36
冒烟测试，相当于我们目前的 Acceptance test吧，就是一个版本出来以后，测试下主要功能，看是否影响大部分或者某些重要功能的测试

作者: peag 时间: 2010-1-15 21:36
xuexixian

作者: pqpql 时间: 2010-2-26 14:40

原帖由 Rockypeng 于 2008-10-14 16:36 发表
冒烟测试，相当于我们目前的 Acceptance test吧，就是一个版本出来以后，测试下主要功能，看是否影响大部分或者某些重要功能的测试

同意这种说法，我觉得还得加个时间限制，快速测试下主要业务流程和某些重要功能

作者: maclehappy13 时间: 2010-3-7 20:30
个人理解：

软件测试里面说的冒烟测试主要是指挑选用例验证主要功能是否能使用.一般是用来做:
1、开发人员集成一个版本后，用来快速验证修改的点有没有问题；
2、测试用来验证转测试的版本是否达到转测试要求，因为有时候开发人员会提供基本功能都有问题的版本给测试人员测试。

作者: fangzi29 时间: 2010-8-18 17:00

学习了

作者: kukulsz 时间: 2010-8-24 18:01
冒烟测试也需要执行测试用例，测试用例主要包括以下几部分：
1.安装卸载测试
2.新增功能测试
3.上一版本中出现的BUG的功能点测试
4.基础性业务功能测试
5.高优先级的测试用例

作者: dg129 时间: 2010-11-26 22:39
我的理解是对测试计划所定义的测试入口准则检查的活动，通常是测试软件的基本功能如果出现大量的bug，软件是需要返回开发人员进行调试的。

作者: 大雁南飞 时间: 2010-11-27 22:44
冒烟测试这个词应该来源于硬件测试,产品完成后,第一项测试是插电,通电后如果"噗"的一下冒烟了,则说明短路了,不用继续下面的测试,直接返回.软件测试引入这个概念,为了避免大规模投入人力测试一个不可测产品,一个新版本出来后,先有一小部分侦察兵去检查一下产品是否可测试,如果可测试,再全部投入新版本测试.当然,这个过程最好由工具完成,测试人员运行工具后,到外面抽棵烟(冒烟)

作者: huigaochao 时间: 2010-12-3 13:29
冒烟测试是对提交的测试版本的主要功能进行比较“随机”的测试

作者: beauty330804 时间: 2010-12-7 11:23

回复 11# stardust
偶也同意~~~!

作者: brianguo 时间: 2011-1-29 12:08
冒烟测试和接受性测试有什么区别呢？

作者: 周冰末 时间: 2011-3-2 16:12
学习了！

作者: 877481813 时间: 2011-3-4 10:01
冒烟测试就是在真正进去测试阶段的时候，对要测试的软件办件进行快速的测试，看其重要功能点是否通过，是否能真正进入测试。

作者: 喜洋洋8902 时间: 2011-3-10 16:08
冒烟测试就是检查软件是否能够进入测试阶段了，如果发出软件大部分功能未能够实现，就是重新修改程序，不用进入测试阶段了

作者: wangjin_211163 时间: 2011-4-1 17:47
呵呵，讲的很清楚啊，长知识了

作者: scuboy2008 时间: 2011-4-6 10:03
收获了，顶一下！

作者: huigaochao 时间: 2011-4-19 16:52
真的非常不错的哦

作者: aishasha 时间: 2011-4-21 10:47
解释通俗易懂，受教的~

作者: wangyuyan 时间: 2011-4-27 16:29
有点了解了

作者: hacker14 时间: 2011-4-29 10:28
可以这么认为的。

作者: crarook 时间: 2011-5-5 23:02
长知识了

作者: mylovediandian 时间: 2013-12-24 13:38
个人的理解就是：假如开发修改了某个模块下代码，但是不影响原来的功能，比如优化之类的工作，这个时候就需要对这个模块就行冒烟测试，其实就是走一遍流程，不影响原有的功能即可。回归测试，一般是在版本发布到生产之前，对所有的功能点都进行一遍测试，这样能更大程度的减少上线的风险，一般这部分工作可以通过自动化工具来进行。

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