bug记录内容，填写模板，通知单描述
3星 · 超过75%的资源 需积分: 31 11 浏览量
2010-01-26
14:11:53
上传
评论 1
收藏 33KB DOC 举报 
如何写出高质量的 Bug 单
发布时间: 2009-3-10 13:59 作者: 小欧 来源: 51Testing 博客
字体: 小 中 大 | 上一篇 下一篇 | 打印 | 我要投稿 | 每周一问，答贴有奖
程序员是否经常让你在 Bug
单上再提供一些更多的信息？当 Bug 单提交后，你是否经常会再花很多
时间来研究如何重现这个 Bug？你是否经常听到开发人员说 Bug 在开发环境下无法重现？问题在于 Bug
单的质量不高，我们应该花更多的时间在研究如何测试系统上，而不是花更多的时间在 Bug 单上，本文就
如何写出高质量的 Bug 单提出了一些建议。
为什么要写 Bug 单
当我们发现 Bug 后，需要通知开发人员，Bug 单是一种沟通的介质，它的主要目的是让开发人员能够
亲眼看到这个 Bug 是什么，如果不提供足够详细的说明来帮助开发人员重现 Bug，那么他们就没法确定问
题的根源。Bug 单是一种用来说明期望结果和实际结果之间的差异以及描述 bug 如何重现的文档。
发现 Bug 后应该做什么
· 最好是一发现并确认了 bug 就立即填写 Bug 单，而不要等到当天测试结束再和其他 bug 一起填，因
为那时就有可能遗漏一些要点，甚至是遗漏某个 bug。
· 花点时间分析一下造成 Bug 的根本原因是什么，你可能会因此发现更多的 Bug，最好能把你的任何
有用的证据都写到 Bug 单上。
· Bug 单提交之前自己再读一遍，可能会有错别字或者什么写错的地方需要重写。
下面将谈到填写 Bug 单时应注意的几个地方：
摘要（概述）
Bug 单的“摘要”部分是一个 Bug 单带给读者的最初印象，它在浏览大量 Bug 时起着非常重要的作用，
每个 Bug 单都应该有一个能够突出重点的“摘要”，就好像做广告一样。好的摘要应该控制在 50~60 个字符
以内（一个汉字算两个字符），而且不要夹杂任何主观色彩的文字。
措辞
· 要据实反应情况，不要夸大或缩小 Bug 的影响。
· 有时候会发现一些令人不可思议的低级 Bug，但还是要尽量使用较为委婉的词语来表述，免得伤害
开发人员的自尊心。
· 描述越简单直接越好，我们不是在写论文或散文，所以不要把 Bug 单搞得那么复杂难懂。
资源评论
therainman2012-08-23里面只有bug记录模板如何编写的说明，没有具体设计好的模板。
