冒烟测试是对提交的测试版本的主要功能进行比较“随机”的测试，也就是可以不按测试用例执行测试，一旦发现的bug比较多，达到一定程度，则返回给开发人员，不开始软件测试 。如果冒烟测试中发现的bug较少，再开始真正的测试，即严格按照测试用例执行。
冒烟测试从操作上是一个随机的测试，操作对象通常是核心业务模块。测试员任意操作，钥匙发现多数功能走不下去，（大概20%），那么这个冒烟测试就结束了。冒烟测试一般不用参照测试用例。
执行冒烟测试的目的是对姚测试的产品进行一个大概的度量。如果冒烟测试不能通过，通常不会启动测试计划。因为软件缺陷较多的情况下，启动测试计划会浪费更多的人力物力。通俗的说，对“垃圾”产品执行测试世纪是测试人员抢了程序设计人员的工作。这些缺陷应该在开发阶段消灭，只有这样才可以真正的节约成本。 第一次听说，学习了！~ 我也是第一次听说过冒烟测试，谢谢LZ，又涨知识了，开心中！sdlkfj2 去年我们公司组织的测试培训上讲过这两个名词，理解基本一致sdlkfj3 原帖由 candela 于 2007-6-29 15:31 发表 http://bbs.51testing.com/images/common/back.gif
（来自：心情 http://hi.baidu.com/kuku_liu/blog/item/a50933a821a4a5b1cb130c81.html）
冒烟测试是对提交的测试版本的主要功能进行比较“随机”的测试，也就是可以不按测试用例执行测试，一旦发现的bug比较 ...
说的简洁，明了sdlkfj2
回复 #1 songfun 的帖子
不错，有待于学习。非常感谢版主再说冒烟测试
我所知的冒烟测试：软件提交测试后，按照主要业务流从头到尾执行一遍，最起码流程能够走通才可以展开正式测试。我所理解的冒烟的出处是这样做就相对于测试一个管道系统是否严密，就在管道入口灌入烟雾，如果在中间不该冒烟的地方冒烟了，或者出口没有烟雾出来。就都证明系统没有安装好。
没想到lz的解释和我一直一来的理解不一样，以后真的要面试碰到这个问题我就把所有的出处都说一遍：） 冒烟测试以前也听过，不过没有楼主理解的那么深刻，算是长见识了。多谢分享 两种经典的方法 长知识了，还以为要测试到机器冒烟呢！ 前几天老师讲的和这个LZ讲的差不多..现在懂了.谢谢 你的老师不就是这个楼主吗？sdlkfj5
原帖由 warriorstars 于 2007-7-14 21:57 发表 http://bbs.51testing.com/images/common/back.gif
前几天老师讲的和这个LZ讲的差不多..现在懂了.谢谢 谢谢楼主分享 多谢指导，我还是第一次听说冒烟测试 增長知識
Thanks,owner 冒烟测试听过，不是很清楚，测试的概念太多了，总是感觉有点混乱sdlkfj8 sdlkfj8 终于明白什么是 冒烟测试了
谢谢
测试快一年
现在对理论知识的认识
跟刚开始做又有完全不同的理解了
夯实基础 着眼实际工作 我为我和我老婆的选择而感到庆幸，我们太有眼光了！哦耶！
