软件测试中冒烟测试范例,软件测试系列——冒烟测试（Smoke Test，ST）

1. 核心

冒烟测试就是完成一个新版本的开发后，对该版本最基本的功能进行测试，保证基本的功能和流程能走通。

如果不通过，则打回开发那边重新开发；

如果通过测试，才会进行下一步的测试(功能测试，集成测试，系统测试等等)。

简化：门槛测试，一个开关而不是一个阶段。

目的：版本验证测试BVT(Build Verification Testing)。

时间：开发转测试，历时半至一个小时，很短。

对象：需求覆盖，主功能路径。

优点：节省测试时间，防止build失败。

缺点：覆盖率还是比较低。

操作：对着需求文档把新功能过一遍；把所有流程功能走一遍；用monkey跑个一两个小时；如果有历史用例的话，可以把用例分级，冒烟级、详细级、回归级等等

用例：冒烟测试基本上不需要什么用例，如果有的话，就用详细用例里，覆盖需求文档级别的用例就可以了

冒烟测试，是版本验证测试，主要确认新的版本是否存在致命性bug，冒烟测试最大的优点在于节约测试的时间成本，减少测试轮数。

回归测试，是软件维护阶段对软件修改后进行的测试，指修改了旧代码后，重新进行测试以确认修改没有引入新的错误或导致其他代码产生错误。

2. 定义

维基百科上对冒烟测试的解释:

smoke testing is preliminary testing to reveal simple failures

本文来自互联网用户投稿，文章观点仅代表作者本人，不代表本站立场，不承担相关法律责任。如若转载，请注明出处。 如若内容造成侵权/违法违规/事实不符，请点击【内容举报】进行投诉反馈！