程序员总是不搭理你?报bug时需要注意这3点!
发布时间:2020-07-03

什么是bug,英文直译过来叫虫,是指程序运行过程中出现的一些问题。任何人都有自己的问题,程序也是,更何况程序是开发人员写的。日常生活中直接冲到别人面前去嚷嚷:“喂,你这里有问题!”你觉得别人会愿意搭理你吗?而如果你有礼貌一点:“你好,我发现你这块有点不妥,换个方式应该会更好”效果会大不相同。


同理,测试人员的日常工作中,最主要的就是报bug,bug提交的好,能够减少沟通成本,也会尽快提高软件质量。笔者特地总结了关于报bug的一些注意事项,分享给大家,遵守这些礼仪,可以让我们汇报bug的效果锦上添花。


● 注明前置条件 ●


先来看下禅道上面默认的bug模板是什么样子的:



步骤:是怎么操作出这个bug的,要尽可能详细

结果:操作这个bug导致程序出现了什么现象

期望:你觉得正确的现象是什么样子的


当然光靠模板是不行的,还需要注明前置条件,可以的话附上截图:


举例子如下:


客户说通话没有声音


这个时候我们就要分析,是呼入没有声音,呼出没有声音,还是耳机没有声音,免提没有声音


没有声音之前是干了什么,声道是不是没有切换过来?是听音乐还是打游戏还是看视频


是具体哪里没有声音,别人听不到自己的声音还是自己听不到别人的声音?


是一直没有声音还是就一通通话没有声音?等等,这些都需要我们在提交bug的时候注明。


● 标题简洁明了 ●


阅读别人的bug标题时,经常会有谜一样的效果,分不清标题是问题现象还是预期结果。在不同项目里标准可以不一样,但在相同项目里需要统一。


举例:听音乐中来了通话,通话结束后耳机中声音没有切换。


后来找了测试员才知道,他想表达的是声道应该先从音乐切成通话声音,但是通话结束后没有自动播放音乐。那么可以理解为这是测试员的一个预期而不是问题现象,这个标题中加入了测试员的主观想法和预期。


当测试用例中没有描述这种具体场景时,测试员可以加入自己的主观预期,但是在bug里一定要写明这是主观预期,防止出现修改返工的问题。


● 正确判断优先级 ●


当我们发现一个bug的时候,怎么判断它的严重程度呢。方法如下:


第一级(blocker): 引起系统“挂起”或“崩溃”的死机错误

第二级(major): 不能完成软件说明书定义的功能的错误;

第三级(normal): 程序所完成的功能与软件说明书定义不符的错误;

第五级(minor) : 显示方面的错误或其它“轻微”错误


怎么判断解决优先级呢?


1.立即解决(Resolve Immediately)缺陷必须被立即解决。

2.正常排队(Normal Queue)缺陷需要正常排队等待修复或列入软件发布清单。

3.不紧急(Not Urgent)缺陷可以在方便时被纠正。


总结一下,报bug的礼仪包括:简洁的标题,详细的步骤,明了的截图,正确的优先级等。这就是报bug的注意事项。


文章来源:51Testing软件测试网 作者:leefucious 版权归原作者所有

上文内容不用于商业目的,如涉及知识产权问题,请权利人联系博为峰小编(021-64471599-8103),我们将立即处理。

相关阅读
/