缺陷生命周期

发表于:2015-05-06来源:uml.org.cn作者:火龙果软件点击数: 标签:缺陷管理
缺陷生命周期 (K3)根据IEEE Std 1044-1993定义的异常管理生命周期进行缺陷管理。 (K3)根据IEEE Std 1044-1993评估缺陷报告和缺陷分类以改进缺陷报告的质量。

  缺陷生命周期

  (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 发现缺陷时的项目活动分类

  表2 严重程度分类

  2、调查

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

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

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

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

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

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

  3、改正

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

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

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

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

  4、总结

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

原文转自:http://www.uml.org.cn/Test/201405223.asp