编写缺陷报告

编写缺陷报告

一、如何编写缺陷报告？

1.说明：

在企业中会使用测试管理工具或缺陷管理工具对bug进行管理，比如：禅道、QC、螳螂、bugzilla,不同企业工具不同，缺陷报告的模板也不完全相同，但主要部分大同小异。

2.缺陷报告的主要组成

案例：除法功能。当除数为零时，弹出系统错误，程序异常退出。
1）缺陷编号 （defect id）：记录发现缺陷的顺序号能够唯一标识的bug
2）缺陷标题 （summary）：简明扼要的将缺陷概况说明。（清晰，正确，易懂）
3）发现者 （创建者）：测试人员自己，通常会写测试人员的账号。
4）提交缺陷的日期 ->注意：发现缺陷要及时提交。发现缺陷后应该确认缺陷，避免由于自己的失误造成“假缺陷”的提交
5）指派给谁处理：
A、测试人员将bug指派给开发方负责人（开发经理、项目经理）
B、开发公司负责人将bug指派给相应的开发人员进行解决。测试人员->开发商负责人->相应的开发人员。 6） 功能模块 ：指明发现bug的功能模块。
7）发现缺陷在哪个版本中：
版本：不仅仅是指发布的最终的版本，也包括在研发过程中出现的临时版本。
（重点）回归测试：在新版本中对上一个版本中测试过的所有功能重新测试一遍。
为什么要做回归测试？
A、修复bug的同时，有可能会带来新的bug。
B、新增加的功能有可能会给原有的功能带来影响，产生新的bug。
说明：在企业中，如果满足一定条件，可以采用自动化的方式进行回归测试，这样可以节省成本，提高效率。
8）状态：表现缺陷目前的处理情况
A、常用状态：新的（new）->激活的（open）->修复的（fixed）->关闭的（closed）->被拒绝的（rejected）->重新激活的（reopen）
重点面试问题：缺陷报告的处理流程（生命周期和步骤）

• 步骤一：测试人员发现缺陷填写缺陷报告，将新的缺陷报告提交给开发经理。
• 步骤二：开发经理验证缺陷。
  情况1，验证缺陷。通过开发经理会激活缺陷，并将缺陷指派给相应的开发人员。
  情况2，验证缺陷未通过开发经理将拒绝该缺陷缺陷被拒绝后，测试人员通过自查及与相关部门沟通后，如果确认是缺陷，那么谁拒绝的就谁负责重新激活缺陷。将缺陷重新纳入测试流程。如果确认是假缺陷。那么由测试人员或者测试组长将该假缺陷进行关闭。*
• 步骤三，开发人员修改该缺陷后，将缺陷修改后的状态设置为已修复的状态。
• 步骤四，测试人员对已修复的缺陷进行返测
  情况1：如果返测通过，测试人员将缺陷进行关闭（closed）
  情况2：如果返测为通过，测试人员将缺陷重新激活，指派回开发人员继续修复，直到缺陷修复成功，缺陷关闭位置。
  9） 缺陷的严重程度（severity）
  A、非常严重《可能没有该级别》
  B、致命的->1
  C、严重的->2
  D、中等的->3《占比较高》
  E、建议性的问题->4
  注意：缺陷严重级别的定义比较笼统，在实际工作中容易引起争论，所以企业通常回制定详细的缺陷严重级别说明，在工作中定级别时应该注意参考

10）缺陷的优先级：建议开发方在什么时间或版本中解决该问题
注意：开发方可以对优先级进行合理的修改
优先级：
A、放下手头任务。立即解决
B、下一个版本解决
C、在软件发布之前解决
D、尽量在软件发布之前解决
11）缺陷的描述：将发现bug的过程记录下来，让开发人员能重现bug
要求：逻辑清晰，用语专业准确，易读易懂、不要做任何评价（如实记录）

二.缺陷报告总结

 1.缺陷报告的作业
 2.如何识别缺陷？
 1）对比需求-如果与需求不符就是bug
 2）参考缺陷的定义
 3）通过与测试人员、开发人员、产品人员、客户等进行沟通来确定bug