什么是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软件测试网】公众号，有更多干货内容！
特别声明：以上内容(如有图片或视频亦包括在内)为自媒体平台“网易号”用户上传并发布，本平台仅提供信息存储服务。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.
