2.1软件缺陷管理的目的
确保每个被发现的缺陷都能够被有效的解决（注意，这里的解决不一定被修复，也可以是其它的处理方式，如在下一个版本修正或者不修复，但每个Bug 的修复方式必须能在开发组织中达到一致）
2.2软件缺陷的定义
一、软件未达到产品说明书中标明的功能
二、软件出现了产品说明书中指明的不能出现的功能
三、软件功能超出了产品说明书中指明的范围
四、软件未达到产品说明书中指明应该达到的目的
五、软件测试人员认为软件难以理解和使用，运行速度慢，或最终用户认为不好
2.3软件缺陷严重程度（severity）
描述因缺陷引起的故障对软件产品影响的程度。通常划分为以下几个级别：
2.4软件缺陷优先级
描述缺陷必须被修复的紧急程度
2.5软件缺陷类别
1.界面(UI)：界面错误，如界面显示不符合需求，提示信息不合规范等；
2.功能(Function)：系统功能无效、不响应、不符合需求；
3.性能(Rerformance)：系统响应过慢，无法承受预期负荷等；
4.安全性(Security):存在安全隐患的缺陷；
5.数据(Data):数据导入或设置不正确的；
6.其他(Other)：不在上述类别范围的其它错误。
2.6软件缺陷状态
状态用于跟踪缺陷处理过程及当前所处阶段，常用状态有以下情况：
1.提交(Submitted):已提交缺陷
2.打开(Open):确认待处理缺陷
3.已拒绝(Rejected):被拒绝处理的缺陷
4.已解决(Resolved):已修复的缺陷
5.已关闭(Closed):确认解决的缺陷
6.重新打开(Reopen):修复验证不通过，被重新打开的缺陷
一般的，测试人员识别缺陷，其初始状态是“新建”；项目经理或技术领导分析缺陷，分配给合适的开发人员来解决，状态流转为“待解决”；指定的工程师解决缺陷，将其状态跟踪到“已解决”；测试人员回归该缺陷，如果通过，则关闭缺陷，如果不通过，则重新打开该缺陷。
缺陷生命周期如下图：
来源：https://www.cnblogs.com/huiguizhe/p/10884029.html