只要发现bug,就必须要提吗
作者 | 阿常
本篇是公众号第 81 篇原创文章,打卡日更写作第 33 天
01. 只要发现bug,就必须要提吗
大家好,我是乐天派阿常,一位有着8年管理经验的软件测试人,今天我和大家分享职场思考,发现bug是否要记录。
本文分为三部分内容:
一、bug必须记
二、为什么要记
三、怎么记bug
一、bug必须记
首先,亮出阿常的观点——发现bug必须要记录下来。
二、为什么要记
一)便于跟踪问题进展,防止遗忘漏测
日常的测试工作普遍是多任务并发,如果发现一个bug不及时记录下来,而只是口头和开发交代,很可能导致,不仅仅开发忘记了这个bug的存在,连我们自己也忘记了发现的是什么bug。
二)便于后续问题归纳,快速定位问题
平时尽量多记录、积累bug样本,当bug数量达到一定的量级,我们可从中抽取bug的普遍存在规律,今后出现bug能从测试人员的角度,协助开发快速定位问题。
三)便于后续数据统计,量化工作成果
若我们平时不注意积累bug数据,认为反正问题已经反馈了,也解决了,这就可以了。
最终结果就是,在部门月度/季度/年度总结时,我们拿不出有力的证据来说明团队的成果,我们的努力没法被看见。
四)便于后续轨迹追踪,避免当背锅侠
发现bug不记录下来,还可能会因此当上背锅侠。
明明反馈过这个问题了,但当时产品和开发觉得这个问题目前影响不大,可以延期解决,所以我们就偷懒没记录bug。
结果在运营验收时又暴露此问题,并把这个问题优先级拉的很高,这个时候就要找测试追责了,为什么测试没发现。
三、怎么记bug
一)区分bug类型
1、功能使用上的问题,记录为bug类型
2、改进优化类的问题,记录为improvement类型
二)区分bug严重程度
1、P0—— 致命:主要功能完全丧失
2、P1—— 严重:主要功能部分未实现
3、P2—— 一般:次要功能未实现
4、P3—— 建议:用户体验方面的改进
总之,如果我们发现了bug,那尽量提吧,毕竟,好记性不如烂笔头,而且也避免当背锅侠。
02. 小互动
阿常今日分享--只要发现bug,就必须要提吗。友友们怎么看,欢迎评论区留言哦