软件测试用例模板和例子_软件测试员是如何报bug的？附bug模板一份

什么是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的注意事项。

请关注+私信回复：“测试”就可以免费拿到软件测试学习资料。