BUG描述规范

BUG描述规范

一、    标题:

1.  简单清晰的描述在什么样的位置,什么样的条件下,发生什么样的结果,不能完全复制详细描述中的语言;

2.  为方便识别,标题可包含关键词:故障、异常、重复、失败、问题等;

3.  标题格式:功能模块+步骤+影响/环境描述+影响;

二、    描述要求:

1.  问题描述步骤:

a)   BUG的位置和条件;

b)   BUG重现的步骤,尽可能附带相应的链接,截图;

c)   期望结果;

d)   实际结果;

e)   其他信息:BUG提出人造成的处理优先级提升、个人推测的问题产生的原因并给出的建议等。

2.  简单,尽量每次只提交一个问题;

3.  一些同类问题,整理成文档=》添加附件,批量处理;

4.  简洁,每个步骤尽可能简单明了。只解释事实、演示、必要步骤,不要写无关信息;

5.  一般情况下,问题应该可在自己电脑上重现方才提交;

6.  被激活的BUG,在原有的问题后面新增备注日期,问题的必要信息、截图、链接等;

7.  格式包含:

a)   问题重现步骤;

b)   问题截图;

c)   问题必要的链接;

d)   物件ID、会员ID(手动输入,方便复制);

 

 

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值