缺陷的类型是根据缺陷的自然属性划分的缺陷种类
缺陷的严重程度：缺陷严重程度是指因缺陷引起的故障对软件产品得影响程度
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的截图作为备注信息