五、缺陷管理的流程
反映了缺陷的生命周期从发现提交缺陷报告单，经过若干个环节到最终权限得以修复并关闭Bug单为止。一般情况都经历了提交、审查分配、修改、验证、关闭几个阶段。不同的软件组织和软件产品，要求的缺陷管理流程是不一样的。
六、缺陷的属性
缺陷的属性包括：缺陷的状态、缺陷的严重级别、优先级别、缺陷引入和发现的阶段、缺陷所属的版本和模块、缺陷提交人和提交对象、缺陷发现、修改的时间和预期关闭的时间等。
缺陷的严重级别和优先级别没有任何的关系，是对缺陷从不同角度所进行的描述。
缺陷的严重级别就是缺陷对系统的破坏程度，分为致命（软件异常退出、系统崩溃、重要数据丢失），严重（单个功能失效引发多个功能均失效），一般（单个功能失效），提示或者建议（轻微的缺陷，比如控件没有对齐，错别字等）。
缺陷的优先级别就是缺陷修复的迫切程度，分为高（1－2个工作日解决），中（3个工作日内解决），低（方便时解决）。优先级可以有测试人员提交也可以由开发经理提交，但是建议由开发经理提交，因为可以从整个成本、工作量、风险、质量等因素综合考虑进行任务分配。
缺陷的状态，就是缺陷在生命周期某个时间点上的生命体征。缺陷管理流程的推进就是由缺陷的状态进行驱动的。包括：
（1）new，缺陷的初始状态。
（2）open，缺陷被确认，进行修改的状态。
（3）fixed（resolved），缺陷修改完成，等待验证的状态。
（4）closed，验证通过，结束状态。
（5）reopen，验证未通过，重新修改状态。
（6）rejected，拒绝修改状态。由开发决定。
（7）duplicate，重复缺陷，交回测试状态。
