有效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》两篇文章