如何准确、高效地记录一个bug？测试新手速看~

对于测试新手来说，如果我问你是否会记录bug，99%以上的人都会告诉我：“肯定会啊，不然怎么做测试？” 但我认为不是所有人都会做记录。并不是我不认可测试新手们的能力，而是一些小的细节，很多人都容易忽略。

因此，我们今天的任务，就是一起来重新过一遍【如何记录一个bug】。确切点说是，如何准确、高效地记录bug。

01 如何记录bug？ 在我们日常执行测试用例时，当我们发现一个bug后，很多人往往容易会犯一个“轻敌”的错误。即，只记录在某一步骤，发现了一个XX问题的bug。 然而，这种方式明显是不够的。作为一个测试新手，提交清晰的Bug清单是我们必须苦练的基本功。下面是一个标准的模板，供大家参考。

虽然每个公司不同项目对Bug的记录会存在一定的差异，但大体思路是不会变的。因此，如果公司提供标准的记录模板，只需按照要求填写即可。但如果公司不提供，我们也可以按照自己的经验来制作记录模板。

02 经典案例 下面来给大家分享一些经典案例，并为大家提供一些Bug记录的正确范例。 例1：某测试人员打开XYC邮箱的登录首页，输入正确的用户名和密码后成功登录到XYC邮箱内页，然后单击“写信”按钮进入写信页面，随后输入正确的邮件地址、正确的主题、正确的正文，然后单击“发送邮件”按钮，但之后页面没有任何反应，无法发送邮件。很明显，这就是一个Bug，那测试人员应如何记录这个Bug呢？ 下面给大家一个范例：

总结： 对于Bug的记录，需要注意以下3点： （1）Bug的概要一定要清晰简洁； （2）在Bug的具体描述中，测试的步骤和使用到的具体数据都要清楚地写出来；在Bug的具体描述中尽可能多地提供一些必要信息，如本例具体描述中的第6步； （3）如果可以截图，一定要截图。因为这是*直接的证据，一般的操作系统都有截图软件； 以上3点都是要提交给开发人员的关键信息，开发人员需要依据这些关键信息去定位Bug的原因。 例2：某测试人员打开XYC邮箱的登录页面，输入错误的用户名和密码，随后单击“登录”按钮，此时系统无法登录，但系统也没有给出任何提示。很明显，这也是一个Bug。那测试人员应如何记录这个Bug呢？ 下面给大家一个范例：

总结： 其中对于Bug的优先级，相信初级软件测试人员都可以正确判断，提醒大家一点：设置处理Bug的优先级的目的是告诉开发人员处理此Bug的优先级别，以便开发人员合理地安排Bug修复工作。 例3：某测试人员打开XYC邮箱的登录页面，输入正确的用户名和密码后成功登录邮箱，然后单击“写信”按钮进入写信页面，测试人员准备在收件人地址栏中输入一个邮箱通讯录中已存在的邮件地址，但当测试人员输入该邮件地址的第*个字符时，发现系统并没有自动联想出以该字符开头的所有邮件地址。 分析：如果该需求文档并没有要求收件人地址栏，要具备自动联想功能。关于这类问题，建议提前和需求人员确认，确认后如果是可以作为改进提出的，那么直接作为建设性优化提出；值得一提的是在报这类建设性/改进性的BUG前，或者需求不明确而引发的BUG前，*好先和需求方确认，以防后期不必要的争议。 那么，测试人员应该如何记录这个建议性的Bug呢？ 下面给大家一个范例：