有效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》两篇文章
阅读更多
版权声明:本文为博主原创文章,未经博主允许不得转载。 https://blog.csdn.net/u012841352/article/details/51549317
个人分类: 测试与质量
想对作者说点什么? 我来说一句

没有更多推荐了,返回首页

不良信息举报

有效Bug/Defect描述

最多只允许输入30个字

加入CSDN,享受更精准的内容推荐,与500万程序员共同成长!
关闭
关闭