怎样写出高质量的Bug单

发表于:2010-07-27来源:作者:点击数: 标签:质量bugBUGBug
怎样写出高 质量 的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时起着非常重要的作用,每个Bug单都应该有一个能够突出重点的“摘要”,就好像做广告一样。好的摘要应该控制在50~60个字符以内(一个汉字算两个字符),而且不要夹杂任何主观色彩的文字。

  措辞

  · 要据实反应情况,不要夸大或缩小Bug的影响。

  · 有时候会发现一些令人不可思议的低级Bug,但还是要尽量使用较为委婉的词语来表述,免得伤害开发人员的自尊心。

  · 描述越简单直接越好,我们不是在写论文或散文,所以不要把Bug单搞得那么复杂难懂。

  · 要考虑到目标读者,他们可能是开发人员、测试人员、管理人员或者其他人,甚至是客户,所以要让目标读者都能看得懂Bug描述。

  重现的步骤

  · 每一步以及所有步骤组合起来应该是符合逻辑的。

原文转自:http://www.ltesting.net