2. 缺陷分析报告图信息收集

        软件开发过程中，我们通常会为项目建立一个缺陷或者包括缺陷在内的所有变更的管理库。在项目的整个生命周期中，该管理库记录项目相关的所有缺陷信息，从提交、分派、修复、验证到关闭。利用它可以追踪缺陷状态，缺陷相关任务分派，同时它也是缺陷分析的数据来源。比如IBM Rational ClearQuest就提供了这样的管理功能。

        缺陷分析报告是通过提取缺陷管理库中的数据，进行归纳总结绘制而成的，由于缺陷管理库不仅仅用于缺陷分析，因此我们在开始制作分析报告图以前，就应该对提取什么样的字段数据做好准备工作。

        举一个简单的例子，假如我们想了解测试团队中对某个产品组件在某个工作阶段内每个人的工作量（可以是提交缺陷的数量）如何，那么就应该提取出该产品组件在该时间段内所有的缺陷，并且按照提交人加以分类，从而查询出每个人的缺陷提交量绝对值或者百分比。那么这个分析报告的制作，涉及到缺陷的多个属性：所属产品组件，所属开发周期的阶段，以及提交人。所以我们要制定出这个报告图，就必须保证缺陷的这几个属性是存在的，并且不是空值。Rational ClearQuest对于缺陷跟踪的管理，提供了多套样式(schema), 对于很多常用的属性已经默认设置完成，用户可以方便地使用。但是如果用户想要定制更复杂的分析报告，比如对缺陷产生原因的分析，就要自己定义特定字段（在这个例子中可以是“原因”字段），来满足分析的需求。

        这里给出一些常用的用于缺陷分析的字段，供参考。除了要保证这些字段的存在外，最好还能通过在一定状态下关键字的形式，保证其值非空。

        状态(state)：常见的状态有新提交的，修复了的，已经关闭了的。 
        优先级(Business Priority): 用于衡量缺陷对用户使用该产品的影响程度，通常设定值为1-3，数值越低说明对商务的影响越严重。 
        阶段(Iteration): 作为RUP迭代开发的阶段划分，它可以方便地定位缺陷被发现的时期，利于阶段性缺陷分析。 
        原因(Root Cause): 用于标记缺陷被引入的原因，其值可以通过字符串列表的形式加以设定，目的是有的放矢地加以改善，以期达到理想的产品质量。 
        状态改变的日期：包括提交日期，修复日期，关闭日期等等。便于观察缺陷状态演变的行进效率。
3. 常见的几种缺陷分析报告图

        由于缺陷分析报告图比报告表更为常用，这里介绍几种常见的ClearQuest支持的报告图。ClearQuest支持3种缺陷分析报告图：分布图(Distribution Chart)、趋势图(Trend Chart)和回顾图(Aging Chart)。ClearQuest的报告图功能通过在windows客户端的图表(chart)创建来实现，目前仅在windows客户端实现了这一功能。

3.1 缺陷分析分布图

        分布图在缺陷分析中最为常用，它用于观察有多少缺陷属于用户指定的某类或者满足用户指定的某值。在这类图表中，又有3种比较常见：等级分布图，产品组件分布图以及缺陷产生原因分布图。

        等级分布图是指按照严重等级将缺陷分类，比较各种严重等级下缺陷的分布比例，严重等级高的缺陷数量越少越好,以此来衡量某一阶段该产品的健康度，以及指定下一阶段的策略。

        产品组件分布图，顾名思义，就是将缺陷数量按照产品的各个组件分类，进行比较。这种方法既可以反映出各个开发模块的难度或者质量，也可以用来评估不同开发模块的测试效果。

        缺陷产生原因分布图是缺陷分析中有利于质量控制的最为重要的一类图，它将缺陷按照产生原因分类，各种原因类别需要事先定制，可以是软件工程各阶段中可能引入缺陷的各种因素，而且原因分类越细致，越能够精确定位缺陷产生点。 项目经理或者质量管理人可以据此了解影响软件质量的最为薄弱的环节，并加以干预促进改善。

        图1给出了这3种分布图的示例图。

        图1 三种常见的缺陷分析分布图