软件缺陷生命周期

缺陷生命周期

（K3）根据IEEE Std 1044－1993定义的异常管理生命周期进行缺陷管理。

（K3）根据IEEE Std 1044－1993评估缺陷报告和缺陷分类以改进缺陷报告的质量。

和软件开发生命周期一样，缺陷也是由一系列的阶段和活动组成的，即缺陷同样具有生命周期。如图1所示，根据IEEE Std 1044－1993 中的描述，缺陷生命周期主要由四个阶段组成：识别（Recognition）、调查（Investigation）、改正（Action）、总结（Disposition）。

图1 缺陷分类过程

对于缺陷生命周期的每个阶段，都包括记录（Recording）、分类（Classifying）和确定影响（Identifying Impact）三个活动。缺陷生命周期的四个阶段看起来是按照顺序进行的，但是缺陷可能会在这几个阶段中进行多次迭代。下面对缺陷生命周期的每个阶段和阶段中的活动进行详细的讨论。

1、识别

缺陷的识别是整个缺陷生命周期的第一个阶段，它可以发生在软件开发生命周期的任何一个阶段。缺陷的识别可以由参与项目的任何利益相关者完成，例如：系统人员、开发人员、

测试人员、支持人员、用户等。缺陷识别阶段的主要活动包括：

记录：在缺陷识别阶段，需要记录缺陷的相关信息，包括发现缺陷时的支持数据信息和环境配置信息，例如：被测系统的硬件信息、软件信息、数据库信息和平台信息等。

分类：在缺陷识别阶段，需要对缺陷相关的一些重要属性进行分类，主要包括发现缺陷时执行的项目活动（如表1所示）、引起缺陷的原因、缺陷是否可以重现、缺陷发现时的系统状态、缺陷发生时的征兆等。

确定影响：根据缺陷发现者的经验和预期，判断缺陷可能会造成的影响，例如：缺陷的严重程度（如表2所示）、优先级，以及缺陷对成本、进度、风险、可靠性、质量等的影响。

表1 发现缺陷时的项目活动分类

类别符合度要求代号分类

项目活动RR100 强制性RR110 分析

强制性RR120 评审

强制性RR130 审计

强制性RR140 审查

强制性RR150 编码/编译/汇编

强制性RR160 测试

强制性RR170 确认测试/鉴定测试强制性RR180 支持/操作

强制性RR190 走查

表2 严重程度分类

类别符合度要求代号分类

严重程度IM100 强制性IM110 危急强制性IM120 高强制性IM130 中强制性IM140 低强制性IM150 无

2、调查

经过缺陷识别阶段后，需要对每个可能的缺陷进行调查。调查阶段主要是用来发现可能存在的其他问题以及相关的解决方案，解决方案包括"不采取任何行动"。缺陷调查阶段的主

要活动包括：

记录：在缺陷调查阶段，需要记录相关的数据和信息，对缺陷识别阶段记录的信息进行更新。缺陷调查阶段记录的信息包括缺陷调查者的信息、缺陷调查的计划开始时间、计划结束时间、实际开始时间、实际结束时间、调查工作量等。

分类：在缺陷调查阶段，需要进行分类的属性包括缺陷引起的实际原因、缺陷的来源、缺陷的具体类型等。同时，对缺陷识别阶段中的分类信息，根据需要进行检查和更新。

确定影响：根据缺陷调查阶段的分析结果，对缺陷识别阶段的影响分析进行更新。

表3列举了调查阶段的支持数据。

表3 调查阶段的支持数据表格

接收确认验证

接收日期缺陷的来源

指定的报告号缺陷识别过程的数据

调查员

姓名

代号或职能范围

电子邮件地址

电话号码

计划的调查开始日期

计划的调查结束日期

实际的调查开始日期

实际的调查结束日期

工时

接收确认的日期

调查使用的资料

名称

ID

版本

3、改正

根据缺陷调查阶段中得到的结果和信息，就可以采取改正措施解决引起缺陷的错误。采取的行动可能是修复缺陷，也可能是针对开发过程和测试过程的改进建议，以避免在将来的项目中重复出现相似的缺陷。针对每个缺陷的修复，需要进行相关的回归测试和再测试，避

免由于缺陷的修复而影响原有的功能。缺陷改正阶段的主要活动包括：

记录：在缺陷改正阶段，需要记录改正缺陷的相关支持数据信息，包括需要修改的条目、需要修改的模块、修改的描述、修改的负责人、计划修改开始的时间、计划修改完成的时间等。

分类：当合适的修改计划或者活动确定以后，需要对下面的信息进行分类：缺陷修复的优先级（例如：是马上修改、延期修改还是不修改）、缺陷的解决方法（如表4所示）、缺陷修复的改正措施等。

确定影响：对在缺陷识别阶段、缺陷调查阶段中得到的影响分析进行合适的检查，并在需要的时候进行更新。

表4 缺陷改正的分类表--解决方法

4、总结

经过了上面的几个阶段后，缺陷生命周期就到了缺陷的总结阶段。总结阶段的主要活动包括：

记录：在缺陷总结阶段，需要对一些支持数据信息进行记录，例如：缺陷关闭时间、文档更新完成时间等。

分类：针对缺陷进行确认测试和相关的回归测试以后，就可以将缺陷的状态进行分类，例如：关闭状态、延迟状态或者合并到其他项目中去等。

确定影响：对在缺陷识别阶段、缺陷调查阶段和缺陷改正阶段中得到的影响分析进行合适的检查，并在需要的时候进行更新。

表5列出了缺陷总结阶段的分类数据。

表5 缺陷总结阶段的分类表

类别符合度要求代号分类

缺陷总结DP100 强制性

DP110 已关闭

DP111 已完成缺陷改正

DP112 不是错误

DP113 不属于项目范围（不能解决）

DP114 外部供应商问题

DP115 重复问题

DP120 延期改正

DP130 与其他缺陷合并

DP140 划归其他项目