怎样才能写出好的BUG报告?提示与技巧

上一篇 / 下一篇  2011-10-31 17:24:15 / 个人分类:测试报告

 

  为什么要写好的缺陷报告呢?

  如果你的缺陷报告是高效的,那么被修复的几率就高很多。所以说是否修复你提交的BUG,取决于你报告的质量。怎样写出好的报告,毫无疑问是需要技巧的。我现在将告诉你怎样学会这项技巧。

  Cem Kaner说过:“写问题报告(缺陷报告)的目的就是为了让问题得到解决”。如果测试员不能正确的描述缺陷的话,开发人员很有可能会以问题无法重现为由而拒绝修复,这样的话,很容易打击测试员的士气,有时候甚至伤到测试员的自尊。(我建议在测试过程中,不要带有任何自我的想法,比如说“我已经很正确的描述这个缺陷了呀”,我可以重现这个问题呀”,“为什么他们拒绝修复这个问题呢?”,“这不是我的问题”等等,等等……)

  一个好的软件缺陷报告应该具备哪些特点呢?

  任何人都会写缺陷报告,但不是每个人都可以写出一份高效的缺陷报告。你要学会区分一份缺陷报告是一般的还是高质量的。如何区分报告的好坏呢?很简单,在描述一个缺陷时,运用到以下的特征和技巧就可以了。

  1)具有明确的缺陷编号

  每一个缺陷报告都要赋予一个惟一编号,这样可以让你轻松的区分缺陷记录。如果你正在使用自动化的缺陷报告工具,那么在你每次提交缺陷的时候,系统会自动的产生一个惟一编号,记录下每个缺陷的编号和简述。

  2)具有可重现性

  如果你提交的问题不能重现的话,那么它们永远也别想得到修复。你要清楚的描述重现过程中的每一个步骤,不要假设或忽略任何一步。一步接一步的描述问题,问题才可能较容易的重现,问题才能被修复。

  3)要具体明确

  不要把问题描述的像篇散文一样,一定要明确并且重点突出。尽量用最简短的语句同时又是高效的方式来描述问题。就算有些问题表面上看来是类似的,也不要把它们都合并成一个问题,每个问题都要有自己的报告单。

  如何描述一个问题呢?

  参考下面这个简单的缺陷报告模板:

  这是一个简单的缺陷报告模板,你可以根据你当前使用的缺陷报告工具来加以变化。如果你是手工记录缺陷报告的话,那么有些值就需要特别的指明,比如说这个需要手动分配的缺陷编号。

  报告人:你的姓名和电邮地址

  产品:发现问题的产品名称

  版本:产品的版本(没有的话可以不填)

  组件:产品的主要组成模块

  平台:在哪个平台下发现的问题。平台有很多种,比如:PC, MAC, HP, Sun等等

  操作系统:在什么操作系统下发现的问题。操作系统有WindowsLinux, Unix, SunOS, Mac OS. 如果可以的话,把操作系统的版本也写上,比如说Windows NT, Windows 2000, Windows XP等等。

  优先级:问题应该在什么时候被修复?通常是将优先级设为从P1到P5,PI表示“该问题的优先级是最高的,必须马上修复”,而P5则表示“时间允许的话就修复,没时间的话就延迟修复或者不修复”。

  严重性:描述这个问题的影响程度

  严重性的类型有:

  ● 致命的:无法进行下一步测试工作

  ● 严重的:系统崩溃,数据丢失

  ● 主要的:主要功能无法实现

  ● 次要的:次要功能无法实现

  ● 轻微的:界面需要完善

  ● 系统增强/优化:新特征的需求或者一些已经存在的优化


TAG:

奋斗的个人空间 引用 删除 819longjiayan   /   2011-11-01 13:40:35
没说到重点吧,光是这些内容还不够。。。个人觉得
laopan6418的个人空间 引用 删除 laopan6418   /   2011-11-01 11:45:39
不错哦
 

评分:0

我来说两句

日历

« 2021-11-27  
 123456
78910111213
14151617181920
21222324252627
282930    

数据统计

  • 访问量: 5047
  • 日志数: 11
  • 书签数: 1
  • 建立时间: 2011-09-27
  • 更新时间: 2012-03-29

RSS订阅

Open Toolbar