有效Bug/Defect描述

高效就是把复杂的事情简单化。
 
摘要和描述简要说明
-----------------------------------------------------------------------------------------------------------------------
1、摘要(Summary)
[功能名称]:< 前提条件(在什么条件下)> + < 发生错误的页面 > + < 执行了哪个具体操作 > + < 错误现像是什么 >
      (1)                               (2)                                                        (3)                                         (4)                                         (5)         
 
简单、扼要,给BUG修改者明确的问题信号,引导BUG修改者进入问题修改状态     :  )
 
2、描述
操作步骤 + 错误现像 + 正确的结果描述 或 建议  +  需求描述 或 截图 
     (1)                  (2)                           (3)                                        (4)
说明:
1)立场:中立;
2)词汇:中性、准确、无二义性;
3)语言:使用简单句、陈述句、主动句;
4)形式:
每步骤操作独立描述,独立成行 或 加操作转移标识(如:Action A ---> Action B);
步骤描述应细化,可操作性强,确保问题的可再现性;

BUG需按实际的严重程度标注,保证BUG严重程度描述的准确性和测试总结数据统计的有效性。
 
BUG修改的优先级,测试可以提出建议和风险告警(根据对测试执行的影响程度和对项目交付质量的评估),最终由项目经理根据项目情况决定遗留BUG修改的优先级。

* 可以参考 《提问的智慧》和《如何有效的报告BUG》两篇文章
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值