首页 > 软件测试 > 如何描述bug

如何描述bug

2012年11月12日 发表评论 阅读评论

      测试发现的bug按照频率分为: Always,Usually,Sometimes,Once
      Always: 这类bug所要做到的就是如何把bug描述清楚
1. 察看当前和bug相关的条件并列出
2. 按照bug出现的步骤重复做3次以上以此来寻找最短的路径,尽量把不必要的过程过滤,当然不确定的步骤一定不能过滤
3. 描述的时候尽量做到每个步骤最多2个动作

4. 尽量用主动的英语句型,在遇到许多动作可以产生这个bug的时候,可以适当用被动句型,把最好重现bug的那个步骤写出来其他可放在括号中
5. Bug现象的说明一定要描述详细,不要放在步骤中
6. 发现bug之后的操作最好也做几个步骤(如果可以接着做的话),这样更容易发现周围的bug,同时对开发人员解bug也是有帮助
7.尽量把bug的周围情况描述的详细些,不需要总是等到开发人员问了我们再去做
      Usually:这类bug和always一样重点就是把步骤描述全面详细且不冗杂
      Sometimes:这类bug在遇到的时候可以先和开发人员描述一下然后共同推测路径,如果可以转化为always或usually,解决就容易些了,实在重现不出来可以把自己所做的若干步骤都描述出来
      Once: 这类bug,开发人员解起来更难
      作为测试人员,所能做的就是除了上述bug的描述之外需要更加注意的:
1. 尽量做到及时和开发人员沟通
2. 立刻检查当前状态并做记录
3. 把和当前bug相关的一切信息全部描述
4. 和当前bug可能相关的信息可以放在note中,一定要详细
      此外,如果连续发生好几个bug,需要把每个bug的频率标注好,如果有外部网络或者设备等影响的尽量把这些外部环境也描述清楚,这样有助于开发人员解决问题。
      我们的目的:“做到质量更好的同时效率更高,我们不但要发现问题还要帮助开发人员解决问题“

除非注明,文章为IT热血青年原创,欢迎转载!转载请注明本文地址,谢谢。
本文地址:http://blog.itblood.com/how-would-you-describe-the-bug.html

  1. 本文目前尚无任何评论.
  1. 本文目前尚无任何 trackbacks 和 pingbacks.