如何编写优秀的bug report-致测试初学者

上一篇 / 下一篇  2017-03-03 09:35:50 / 个人分类:工具总结

   一个优秀的bug report对反映测试小组真实的和可理解的工作质量同测试本身一样都是非常重要的。Bug report的核心是对错误的描述。编写好的bug report是一种好的艺术形式。
   如何提高编写bug report的质量?

   组织:测试人员应该采用深思熟虑的,小心谨慎的方法执行测试,并且做详尽的记录。这样可以促使他们对测试下的系统有很好的认识。当错误发生的时候,一个有组织的测试人员能够知道最早出现问题的地方。
    重现:测试人员在编写bug report之前必须在检查问题是否可重现。如果错误不可再重现,仍然应该写下来,但是必须说明问题的偶然性。一个好的处理原则就是在编写bug report之前反复尝试数次
   隔离:在尝试编写bug report之前,必须试着隔离错误。可以采用改变一些变量的方法,如系统的配置,输入的内容等,它可能可以改变错误的症状。这些信息可以为开发人员着手修改提供思路。
   归纳:在测试人员发现了一个已隔离的,可重现的问题后,应该对问题进行归纳。同一个问题是否出现在其他的模块或其他的地方?同一个故障是否有更加严重的问题?
   总结:在bug report的第一行写上错误的总结是非常关键的。测试人员要花些时间思考已发现的错误对客户有何影响。这不仅仅要求测试人员编写的报告要能够吸引读者,使和管理层的沟通清晰,还要能够帮助设置错误修复的优先级别。
   精简:在bug report的初稿完成后,测试人员应该反复阅读它,集中剔除那些没有关系的步骤或词语。隐含的或模糊的说明和那些由于对没有任何关系的细节或者那些在重现错误过程中不需要的步骤而消磨报告欢迎程度的无穷唠叨都不是bug report的目标。
   消除歧义:测试人员在精简空话的同时或其之后随即应该再仔细检查报告是否有会产生误解的地方。测试人员应该尽量避免使用模糊的,会产生歧义的和主观的词语。目标是使用能够表述事实,清楚的,不会产生争执的词语。
   检查:一旦测试人员感觉bug report是他能够编写的最好版本,他应该将报告再给一个或多个同行进行检查。他的同事们也应该给出一些建议,为了澄清问题不断地提问,如果适当的话,甚至可以挑战“错误成灾”的结论。在允许的时间里,测试小组应该尽可能提交最好的bug report。

 以上8条技巧可以帮助测试提交准确简洁的,彻底校订的,精心构思的,高质量的技术文档。测试小组应该集中编写bug report的任务,测试组长和经理应该让测试组成员清楚地认识到编写优秀的bug report是一项首要的工作任务。
衡量优秀的bug report的质量指标应该包括如下:
对管理层来说,是清晰明了的,特别是在概要这一级;
对于开发部门是有用的,主要是给出能够让开发人员高效地重现问题的相关信息
可以很快的将bug从“Opened”状态转变成“Closed”状态,减少为得到更多的信息从开发人员打回的差的bug report并导致测试人员返工的时间。

   改进bug报告的流程是需要花费一些时间的,但是也给予了效果显着的回报。首先,平稳地递交报告给开发人员促进了测试和开发人员之间积极的关系。第二,更短的bug生命周期是更加有效的,在时间上之前花费在编写优秀bug report上的时间和后期由于返工差的bug report花费的时间相抵消。第三,不会由于描述模糊而无法重现导致关闭。这些回报帮助开发流程通过有效的沟通和高效率的流程获得更好的产品质量。

在bug report中要少用模糊字段,比如不对、异常、错误等,针对这些字段要具体指出哪怎么不对、怎么异常、怎么错误等,下面来看几个具体的例子

隔离


检查

归纳


TAG: Bug Report bug report

 

评分:0

我来说两句

日历

« 2024-03-29  
     12
3456789
10111213141516
17181920212223
24252627282930
31      

数据统计

  • 访问量: 16674
  • 日志数: 18
  • 建立时间: 2010-11-29
  • 更新时间: 2017-04-17

RSS订阅

Open Toolbar