冒烟测试的定义与来源
冒烟测试这个术语来源于电路板测试,在电路板拼接或组装完成后,进行通电测试,如果冒烟,则说明存在缺陷。在软件应用中,它被定义为在软件开发过程中的一种针对软件版本包的快速基本功能验证策略,是对软件基本功能进行确认验证的手段,并非深入测试。
冒烟测试的目的
冒烟测试的主要目的是进行版本验证测试,也就是BVT(BuildVerificationTesting)。它旨在确保新的版本没有致命性的bug,从而节省后续测试的时间成本,减少测试轮数,防止build失败。

冒烟测试的适用需求
理论上,所有的需求均可以做冒烟测试。但在实际操作中,冒烟测试通常更侧重于那些可能影响系统核心功能或流程的需求,因为每次发版这些部分基本都会涉及改动。
冒烟测试的介入时间
开发编码完成并且自测通过以后是冒烟测试的最佳介入时间,一般历时半至一个小时。
冒烟测试的重点
冒烟测试强调对程序主要功能的验证,而非具体功能的深入测试。重点放在正向流程的验证,比如登录功能,只验证能够正常登录即可,不需要涉及异常登录、数据合法性等用例设计。要保障主流业务场景可测。
冒烟测试的量化标准
1.页面显示正常,不存在显示错乱的情况。
2.基本功能实现,页面不存在404、500报错。
3.功能按钮命名正确,符合UI规范,不存在明显的错误。
4.查询功能实现,且查询结果正确。
5.页面响应速度,单个功能点操作响应时间小于5S。
冒烟测试的执行方式
冒烟测试可以手动执行,也可以自动化执行。稳定的系统适合自动化冒烟测试,集成过程中的系统适合手工冒烟测试。因为冒烟测试内容在动态变化,变化中的自动化脚本维护工作量比较大。不过,冒烟测试的最佳实践还是最好被自动化,在CI中每一个Build都自动地去执行主流程的测试,确保其是一个基本可用的版本。
冒烟测试发现问题的处理
一般冒烟测试过程中发现的问题,都是阻塞性问题,会影响测试进度的推进,所以测试过程中一定要注重问题的解决时效。如果冒烟测试不通过,则打回开发那边重新开发。
冒烟测试与回归测试的关系
回归测试是指修改了旧代码后,重新进行测试以确认修改没有引入新的错误或导致其他代码产生错误。回归测试在软件生命周期中占有很大的工作量比重,软件开发的各个阶段都会进行多次回归测试。
冒烟测试的优点
冒烟测试最大的优点在于节约测试的时间成本,减少测试轮数,同时能够尽早发现浅显的bug,降低修复成本和控制风险。
冒烟测试在软件测试中起着重要的作用,能够有效提高测试效率和质量。

相关问答
冒烟测试和回归测试有什么不同?
冒烟测试主要针对软件版本的基本功能进行快速验证,确保没有致命性bug;回归测试则是在修改旧代码后,确认修改没有引入新错误或影响其他代码。
为什么要在开发自测通过后进行冒烟测试?
开发自测能初步排除一些明显问题,但可能存在疏漏。此时进行冒烟测试能更全面地检查基本功能,确保后续测试顺利进行。
哪些系统适合自动化冒烟测试?
稳定的系统适合自动化冒烟测试,因为其功能相对固定,自动化脚本维护成本较低。
冒烟测试不通过会怎样?
不通过会打回开发重新开发,以解决阻塞性问题。
如何提高冒烟测试的效率?
将重点放在正向流程验证,设计自动化测试脚本,及时更新脚本以适应版本变化等都能提高效率。
冒烟测试能完全避免bug吗?
不能,冒烟测试只是基本功能的快速验证,无法涵盖所有情况,但能降低风险和成本。
简短标题:软件测试中的冒烟测试到底怎么才算合格
转载声明:欢迎分享本文,转载请保留出处!发布者 财云量化
