缺陷和缺陷报告（6）

 

 缺陷的类型是根据缺陷的自然属性划分的缺陷种类

 

缺陷的严重程度：缺陷严重程度是指因缺陷引起的故障对软件产品得影响程度

1）致命（S1）：系统无法正常运行

2）严重(S2)：很明显的错误性的bug

3）较重(S3)：相对明显的错误性的bug

4）一般(S4)：常见的bug

(5)建议类：（暂时保留，可能去掉）

 

缺陷修复优先级:缺陷的优先级指缺陷必须被修复的紧急程度

 

 缺陷的生命周期（处理过程）

1、  发现缺陷。由测试人员。开发也能知道自己哪里写错了，但是不会广而告之。

2、  提交缺陷。由测试人员。开发更不可能提交bug。

3、  确认缺陷。一般由测试主管、或者质量保证（QA）、由产品经理进行确认。

4、  分配缺陷。经确认后，有效的缺陷会指派给相关人员进行处理。一般由谁确认的缺陷，就由谁分配。分配的对象可能是开发、也可能是UI、也可能是产品经理。

5、  修复缺陷。主要由开发修复，也有可能是产品经理修复问题，也有可能是UI修复问题。

6、  验证缺陷。测试去验证缺陷有没有修复成功。

7、  关闭缺陷。只能是测试人员进行。否则出了问题，测试认识一律不背锅。

 缺陷报告：

1、  缺陷编号。Bug_项目名称_模块名称_功能名称_0001。

2、  所属模块。一级模块/二级模块/三级模块（也可直接写模块名字）

3、  优先级。缺陷的修复紧急程度。P1>P2>P3>P4.

4、  严重程度。S1>S2>S3>S4。

5、  缺陷概述。用一句话描述缺陷的基本情况。

6、  缺陷的描述。将缺陷的复现步骤、预期结果和实际结果列出来。

7、  提交人。是谁就写是的名字。

备注。一般写产生该缺陷的特殊情况。将bug的截图作为备注信息