冒烟测试介绍 冒烟测试一词,来源于电路板测试: 电路板拼接或组装完成后,进行通电测试,如果冒烟,则说明存在缺陷。 而软件应用中,对其的定义为: 在软件开发过程中的一种针对软件版本包的快速基本功能验证策略, 是对软件基本功能进行确认验证的手段,并非深入测试。 通过冒烟测试,可以快速判断提测软件包是否具有可测性,也可以通过冒烟测试通过*去衡量开发的质量。
冒烟测试须知 冒烟测试的介入时间? 开发编码完成,自测通过以后为*佳介入时间。 如果开发无自测直接提交,一般冒烟测试通过*会很低【除非你遇到的是大内高手】。 什么需求需要做冒烟测试? 理论上,所有的需求均可以做冒烟测试。 冒烟测试需要做几轮? 一轮冒烟测试结束后,二轮冒烟对问题验证。 所以,二轮是比较普遍的,当然会也有可能更多轮。 冒烟测试要写用例吗? 答案是肯定, 任何不写用例的测试,都是“耍流氓”。 测试用例是测试工作的指导,是软件测试必须遵守的准则,更是软件测试质量稳定的根本保障。 冒烟测试用例怎么写? 和其他用例一样,重点放在正向流程的验证。 比如登录,只验证能够正常登录即可,不需要涉及异常登陆,数据合法性登用例设计。 冒烟测试只能手工测试吗? 冒烟测试可以引入自动化,常用于版本发布场景,在进行全量测试前,可以先构建一轮冒烟测试。 此时,冒烟测试的重点可能是系统的核心功能或流程,每次发版基本都会涉及改动,所以冒烟测试自动化脚本也要及时更新。 冒烟测试的重点是什么? 1、关注正向流程的验证 上面已经提及,冒烟测试并非深入测试,所以我们的重点放在正向的流程验证,保障主流业务场景可测,更深入的测试放在冒烟测试通过以后。 2、注重问题的响应效率 一般冒烟测试过程中发现的问题,都是阻塞性问题,会影响测试进度的推进,所以测试过程中一定要注重问题的解决时效。 冒烟测试通过的标准是什么? 1、无阻碍性bug 2、主流程可测试 3、冒烟测试用例全部通过 冒烟测试由谁来执行? 1、开发 编码完成后,开发可根据测试提供的冒烟用例进行自测。 2、产品 验收阶段,产品可根据冒烟用例对产品进行验收。 3、测试 开发提测后,测试根据冒烟用例进行测试验证。 冒烟测试总结 冒烟测试结束后,有哪些维度可以供我们来总结复盘呢? 1、冒烟用例通过* 2、冒烟轮次 3、冒烟测试过程中发现的问题 4、问题的修复时效 对上述数据的分析,可以倒逼开发质量的提升,当然这是一个相互的过程。 测试也可以针对共性的问题定期进行宣讲培训,以规避此类问题的反复发生。 冒烟测试是一种快速发现提测版本质量的测试策略。 做好冒烟测试,可以提升生产效率,减少问题修复成本,虽然在整个测试的生命周期中冒烟测试占比较低,但其意义是重大的,也是测试工程师们不能忽略的一部分。 关于冒烟测试的其它想法, 也欢迎大家补充~ 链接: https://zhuanlan.zhihu.com/p/365041450 本文经授权转载,转载文章所包含的文字来源于作者。如因内容或版权等问题,请联系进行删除 点击下方 “阅读原文” ,寻找职业新风向 ~