五、缺陷管理的流程

  反映了缺陷的生命周期从发现提交缺陷报告单,经过若干个环节到终权限得以修复并关闭Bug单为止。一般情况都经历了提交、审查分配、修改、验证、关闭几个阶段。不同的软件组织和软件产品,要求的缺陷管理流程是不一样的。

  六、缺陷的属性

  缺陷的属性包括:缺陷的状态、缺陷的严重级别、优先级别、缺陷引入和发现的阶段、缺陷所属的版本和模块、缺陷提交人和提交对象、缺陷发现、修改的时间和预期关闭的时间等。

  缺陷的严重级别和优先级别没有任何的关系,是对缺陷从不同角度所进行的描述。

  缺陷的严重级别是缺陷对系统的破坏程度,分为致命(软件异常退出、系统崩溃、重要数据丢失),严重(单个功能失效引发多个功能均失效),一般(单个功能失效),提示或者建议(轻微的缺陷,比如控件没有对齐,错别字等)。

  缺陷的优先级别是缺陷修复的迫切程度,分为高(1-2个工作日解决),中(3个工作日内解决),低(方便时解决)。优先级可以有测试人员提交也可以由开发经理提交,但是建议由开发经理提交,因为可以从整个成本、工作量、风险、质量等因素综合考虑进行任务分配。

  缺陷的状态,是缺陷在生命周期某个时间点上的生命体征。缺陷管理流程的推进是由缺陷的状态进行驱动的。包括:

  (1)new,缺陷的初始状态。

  (2)open,缺陷被确认,进行修改的状态。

  (3)fixed(resolved),缺陷修改完成,等待验证的状态。

  (4)closed,验证通过,结束状态。

  (5)reopen,验证未通过,重新修改状态。

  (6)rejected,拒绝修改状态。由开发决定。

  (7)duplicate,重复缺陷,交回测试状态。