01 概念解释
02 作用
冒烟测试属于自由体验,可以保证在主路径上不会有严重的缺陷存在,提高提测质量,解决测试阻塞的问题。
03 bug 的梳理
一般冒烟测试有三大类 bug:常规问题,crash 、体验类问题
<1> 常规类型的 bug
为冒烟测试常规缺陷,常规问题常规解决,这类缺陷在冒烟时由发现问题的人回归,并对解决的结果作出判断,评估该不该、是否已
被解决,或者拒绝的理由是否合理,如果有异议或者没修复可以要求重新打开该 bug。
<2> crash
属于非常严重的一类 bug,如果解决方案不够妥当,可能会引入其他问题,如果仅仅是在冒烟期间没有复现crash 就认为已修复,这样会太过草率。因此,每次冒烟的时候,开发要讲解该 crash 是如何修复的,以及为什么会发生该 crash ,大家一起评估过这个修复方法后才算结束。
<3>体验类 bug
比较特殊,如果觉得有产品缺陷的地方就可以提出此类 bug,产品会权衡要不要把这个bug 建议纳入到产品中来,推进产品完善。
由于冒烟是穿插在整个项目周期中的,在项目即将发布前可能依旧存在问题,此时修复这些问题,如果代码改动太大,可能会引发其他的bug,所以如果是在项目后期冒烟中发现很难解的bug需要评估改动范围,不然为了一个小问题而引入更多的bug就得不偿失了。
Reference
https://www.jianshu.com/p/180fc14b4171
原文:https://www.cnblogs.com/blazarstar/p/14596270.html