应用 IBM Rational ClearQuest 创建缺陷报告并多角度透视缺陷

在软件项目中，缺陷是衡量软件质量和测试工作的一个重要参数，而对于缺陷的分析则是度量测试过程是一个很重要的环节。在测试过程中，通过对缺陷的有效分析而得到的度量结果，对于改进测试过程、提高软件质量都有着重大意义。IBM Rational ClearQuest 作为 IBM Rational 家族的核心产品之一，提供了包括缺陷数据的管理服务在内的强大的软件项目全方位管理平台，并且能够基于数据自动生成多种图表报告，为项目提供全方位、全过程的支持。基于此，本文介绍了如何根据项目需求应用 IBM Rational ClearQuest 创建缺陷报告图表，并通过分析缺陷报告对测试过程进行有效的度量，从而帮助项目和测试过程的管理做出科学的决策和改进。

软件测试过程度量和缺陷分析

从当今软件技术的发展趋势来看，软件开发的首要问题更多的集中在管理问题而不是技术问题上，而如何对软件开发进行有效的控制，提高软件的质量很大程度上取决于对其开发和测试过程的度量、分析以及改进。通过软件度量可以改进软件开发过程，促进项目成功，开发高质量的软件产品。度量的取向是软件开发诸多事项的横断面。由于在软件项目中，缺陷是衡量软件质量和测试工作的一个重要参数，因此对于度量软件测试过程而言，缺陷的分析是一个十分关键的度量取向。通过分析缺陷报告对测试过程进行有效的度量，能够很大程度上帮助项目和测试过程的管理做出科学的决策和改进。

由于在测试过程中，通过对缺陷的有效分析而得到的度量结果，对于改进测试过程、提高软件质量都有着重大意义。因此，本文将介绍应用 IBM Rational ClearQuest 生成缺陷数据图表的主要步骤和应用典型的缺陷图表对测试过程进行度量的基本方法。

回页首

应用 IBM Rational ClearQuest 创建缺陷图表

IBM Rational ClearQuest 作为 IBM Rational 家族的核心产品之一，提供了包括缺陷数据的管理服务在内的强大的软件项目全方位管理平台，并且能够基于数据自动生成多种图表报告，为项目提供全方位、全过程的支持。因此，目前很多软件项目应用 IBM Rational ClearQuest 来管理项目数据并根据选取的特定数据生成图表。本章将着重介绍如何应用 IBM Rational ClearQuest 生成几种典型的缺陷数据图表，包括缺陷模块分布图表 (Defect by component)，缺陷趋势图表 (Defect Submit/Resolve Rate Daily) 和缺陷状态跟踪图表 (Defect Opened Rate Tracking)。

度量图表的分类和选取步骤

缺陷分析报告的分类

有关测试过程中的图表按照作用和映射信息的方式大致能分为以下几类：对比型，状态跟踪型，预言型，信息型和过程型。每种图表有可能涵盖其中一种或者多种类型。如 IBM Rational ClearQuest 支持缺陷的图表共有三种：分布图，趋势图和回顾图。这三类图表的定义和作用如下：

• 分布图

分布图用于查看有多少条记录归于已定义类别或者与指示的值匹配。它表明所指示记录的当前状态。理论上来讲，对于缺陷来说，每种属性字段都能够定义与之相对应的缺陷分布图。例如，基于缺陷的属性如模块，版本，迭代，所属者，提交者，优先级，严重等级等的缺陷分布都属于这一类。在基于每个属性字段的基础上，还可以进行最多两次的属性迭代。那么从定义和作用来看，分布图就能够用来反映并比较属于不同属性的缺陷信息，它就属于信息型和对比型的图表。

• 趋势图

趋势图用于需要对一段时间的变更请求活动进行度量的场合。只有基于状态的记录类型才能用于趋势图，其水平轴是以时间作为衡量标准，而用于显示过滤的第一个字段是状态，第二个字段可选。趋势图可以分为两类：累计计数和分散计数。

• 回顾图

回顾图又称期龄图，用于显示多少记录处于选定状态已有多久。和趋势图一样，也只有基于状态的记录类型才能用于回顾图，如缺陷具有提交中，等待解决，已解决，已关闭等状态，如果我们想了解有多少缺陷记录处于提交中状态超过一周，或者有多少缺陷处于待测试状态超过 5 天等信息，那么基于缺陷数据的回顾图可以帮助我们得到答案。

缺陷分析报告的选取步骤

缺陷报告的创建主要分为以下几个步骤：

• 报告对象的明确和数据的准备

在项目的最初阶段，就应该明确需要获得的对象信息有哪些，以便进行数据的收集。如要生成缺陷报告，在项目测试的整个生命周期中，首先需要正确记录每一个缺陷以及缺陷的必要属性，其次，要实时的监控并更新这些数据以保证数据的及时性和有效性，此外，如 ODC（正交缺陷分析）还提供了设置某些人员和审核流程的方法以保证缺陷数据的有效性。只有这样，才能保证数据能够正确并完整地被记录下来，才能创建出对项目分析和决策有益的报表。

• 定义缺陷报告

定义报告也是在项目初期就启动的操作。用户首先明确需求，如用户需要按照不同模块报告的缺陷的总数，那么图表报告对象就是缺陷的个数，而缺陷的归属类就是模块。

• 定义报告形式

报告的方式和类型有很多种，如图表，表格，图，列表，文字等。到底选什么样的方式去展示主要取决于哪种方式能够使用户最简单轻松的获取所需信息。图表越复杂，信息的涵盖面就越多，但理解起来也相对晦涩；反之，简单的图表较易理解，但也就不能表现较综合的信息。因此，跟随用户角色和需要选择最适合的就是最好的。

• 定义更新周期

缺陷图表根据自身定义，可以决定其更新和报告的频率。如时间间隔为周的缺陷趋势图需按周进行更新汇报即可，不需要汇报得太频繁，因为频率小于一周报告不会更新任何信息。而某些关键图表便需要更短的汇报周期，以便于及时发现项目中存在的问题。

• 改进缺陷报告

在分析报告的结果的同时，我们也应考虑：报告结果是不是充足完善，图表定义是否需要改进等。如按照不同模块报告的缺陷个数分布图，当项目过程中，模块的个数发生改变时，图表也应该随之改进，否则就不能够及时准确的报告项目信息。

原文转自：http://www.ltesting.net