IBM® Rational® ClearQuest® 的测试管理特性为您提供一种计划、组织和定义某一组特定测试的工具，其中包括改变需要在一个给定的测试周期中被运行的配置信息。这使得您能够紧紧跟踪测试过程，以便管理资源和进度。这一特性还提供了一种根据横跨若干关键区域所报告的组织结构来进行质量测量的机制。
如果您通过 Enterprise 模型设置 ClearQuest，那么 ClearQuest 测试管理将被包括进来。如果您通过任何其他的模型或者是一个定制的模型来设置 ClearQuest，那么您就能够将 ClearQuest 测试管理包应用到本文所描述的特性之中。
在本文的第 1 部分中，我们将学习 ClearQuest 测试管理的主要特性，并且为将测试团队的结构和组织考虑进来的执行提供指导。
在本文的 第 2 部分 中，我们将逐步学习 ClearQuest 测试管理在一个实际环境中的执行。请注意，本文将不会介绍产品的安装，而是介绍在 ClearQuest 测试管理安装之后的测试资产的创建和组织。它将为读者呈现从 Asset Registry（资产注册） 的创建到 Test Logs（测试日值） 的回顾的一个完整的测试周期。
开始
在配置 ClearQuest 测试管理之前，首先思考如何回答以下这些问题：
什么规模的组织将会使用 ClearQuest 测试管理？ 测试组织是地理上分散的吗？如果是的话，如何对职责进行划分或者在远程站点之间共享？ 您将要管理多少项目或者产品？ 您将要使用什么脚本工具？ 测试配置都有什么需求？ 在一个典型的测试周期中，持续时间（日期）和范围（测试数量）是什么？ 对于状态跟踪来说，哪些组织结构是必须的？在您阅读本文的过程中，如何组织您的 ClearQuest 测试管理配置将依赖于您对这些问题的回答。
ClearQuest 客户端软件选项
ClearQuest 提供了若干种不同的客户端软件选项。并不是所有的 ClearQuest 测试管理特性都会出现在所有的客户端中；因此，用户的角色就是决定哪一款客户端是自己最佳的选择。下面是可供选择的 ClearQuest 客户端，旁边伴有该 ClearQuest 测试管理的使用注释：
提示：
基于 Eclipse 的客户端显示了测试资产的一种分级树形视图，它被称为 TestManager 视图。如果没有这一视图的话，那么将测试用例到测试计划的关系计划并且形象化将是一件非常困难的事情。出于这个原因，大多数 ClearQuest 测试管理用户都应当选择一种基于 Eclipse 的客户端。
组织 ClearQuest 测试管理资产
当决定如何组织您的测试资产的时候（更明确地说，即测试计划和测试用例的集合），首先应当考虑对它们进行分类和分组的方式。您能够想象出许多种不同的测试资产分类方法——例如，可以是通过产品或者项目进行分类，通过测试人员进行分类，或者是通过测试的类型进行分类。对于这一点并没有什么限制。因此，问题转变为什么将能够使您最大程度的利用 ClearQuest 测试管理中所提供的各种特性，并且确保测试尽可能的被有效的管理？下一小节将描述一个运转良好的模型，在您构造测试层级的同时也伴随着避免常见缺陷的警报。
理解资产注册
资产注册对于分组 ClearQuest 测试管理中的测试资产来说是一个最大的容器。该模型是已经被证明过的，它基于由 IBM 测试团队所进行的 ClearQuest 测试管理的内部使用，其目的是将 Asset Registry 作为一个用于同指定项目或者产品相关的所有测试资产的容器。对于一个特定的项目或者产品，一些测试产品和测试资源是共享的，它们是：
测试计划和测试用例的一个特定集合； 所覆盖的特性的一个特定集合； 一个公共发布或者测试计划，或者两者兼备； 测试人员的一个公共池； 被支持平台的一个特定集合。在 ClearQuest 测试管理中有一些用于跟踪上述每一个产品或者资源的特定的特性。在下一小节中，您将看到如何使用现已存在的记录类型来覆盖这些公共区域。
一个应该避免的公共缺陷就是为同一个产品的不同发布分别创建资产注册。如果您这样做的话，那么您将立即设置一个分级，它要求您将测试资产从一个资产注册中复制到另一个资产注册中，当您从同一个产品的一个发布移动到另一个发布的时候，将会分离资产注册。当测试资产的每一个新版本都成指数趋势增长的时候，你将陷入到 ClearQuest 测试管理的环境之中。您将无法利用一个指定测试用例经历若干个发布之后的跟踪执行历史，这是因为当一个测试用例被复制的时候，执行日志文件的结果并不被复制。最终，您将损失 ClearQuest 测试管理为从一个发布到另一个发布对测试资产进行复用而提供的功效。
提示：
如果您所设计的测试分级需要您以一个正常的过程将测试资产从一个发布复制到另一个发布，或者从一个版本移动到另一个版本的话，那么这应该成为一种警报，即您可能没有尽可能有效地使用 ClearQuest 测试管理。
另一个要避免的缺陷就是为每一位用户都分别创建一个资产注册。除非用户按照各自的发布进度独立操作各自的项目，否则不应当为每位用户都建立一个不同的资产注册。标准的 ClearQuest 测试管理形式允许您将每位拥有者分配到每一个测试资产的类型中。这是一种跟踪哪一个测试属于哪一位所有者，以及所有者的全部测试过程的好方法。
有效地使用迭代
ClearQuest 测试管理中的一个迭代允许您识别一个指定的测试周期，以及开始和结束日期。当迭代被适当的管理和使用的时候，您将从 ClearQuest 测试管理中获得最大的利益。迭代使得您能够跟踪同一产品在并行开发和测试周期中运行的多个测试阶段的进度。迭代还能够使您最大程度的对测试用例进行复用。
迭代记录的目的就是允许您以一种同一个指定的测试周期相关联的方式“标记”其他测试资产。测试计划、测试用例、以及被配置的测试用例都能够被一个或者多个迭代进行标记。然后，您能够生成报告来显示哪一个测试资产被用于（或者将被用于）一个给定的测试周期。在一个给定的资产注册下被创建的迭代只能在同一个注册内适用。
如果您使用结构化的命名约定的话，那么您就能够更加强有力的使用迭代。一个意味深长的命名约定不仅能够辨别指定的测试周期，而且能够根据组织结构报告辨别出该测试周期所属于的最大和最小发布。下面我们来看一个如何发展命名约定的例子：
首先决定一个测试周期的最小单元。通过 ClearQuest 测试管理中的一个迭代来跟踪测试进度需要您创建一个迭代，然后选择若干被配置的测试用例来同这一迭代相关联。出于这个原因，迭代持续时间最少也要好几天。提示：
如果有一个测试运行或者一个测试周期对一个指定测试的辨别要在一个更短的持续时间内或者更加频繁的被完成，那么请您考虑使用测试套件来跟踪这一努力。
这一约定，在您的产品或者项目属于一次性定制开发努力的情况下，可能已经足够了。然而，如果您希望您将要测试的产品拥有新的最大或者最小维护发布的话，那么您需要复用尽可能多的测试资产。
为了促进复用，请您预处理您的迭代周期，使其能够辨别最大和最小发布都属于哪一个测试周期。结果是，迭代名称将同这个类似，它指出最大的是 Release 4、Version 2、Transition System Verification Test 周期二：Rel4_V2_TSVT2。
这样一来，您就拥有了一个能够被标注的测试用例，并且它因此能够被更多的发布所跟踪，即使这些发布是并行运行的也没有问题。它还使您能够打开一个被配制的测试用例记录，并且查看测试用例横跨若干版本和发布的测试运行结果历史。
我们说，您拥有不止一个资产注册来跟踪不止一个产品，而且这些产品都参与到了一个指定的主要发布之中。使用一个命名约定包括主要发布允许您跨越多个资产注册来为一个给定的主要发布查询测试结果。
重要提示：
为迭代建立一个命名约定对于建立功能强大的和有效的组织结构报告来说至关重要。它同时也是推动测试资产复用的关键，这使得 ClearQuest 测试管理能够更加有效的被使用。
迭代尤其是指创建它们的资产注册。您能够让一个迭代属于一个资产注册，而名称相同的另一个迭代属于另一个不同的资产注册。当浏览迭代名称时，ClearQuest 自动地将资产注册的名称添加到迭代名称前面，从而在彼此之间以示区别。
建立文件位置
文件位置就是保持外部文件路径的记录，其中包括测试脚本。文件位置指向网络共享，它们可以包括：IBM® Rational® ClearCase® 版本化的对象基础(VOBs)。ClearQuest 测试管理所使用的外部文件的格式有如下两种类型： 测试激发因素 测试脚本
在设置文件位置之前，请您考虑如下这些因素，这是因为这些问题的答案将会对您如何建立文件位置产生影响。 使用什么脚本工具？ 环境是否是地理分散的？ 脚本的描述是一项必备的条件么？
测试激发因素是和测试努力相关的文档，例如一个项目进度表、一个需求文档、或者一个项目计划。如果您希望通过这些“项目驱动器”链接到 Test Plan Records 或者其他的测试资产，那么您应当为您的测试激发因素建立一个文件位置。这确实是一个可选的特性，而且 ClearQuest 测试管理能够在没有为测试激发因素建立文件位置的情况下被成功的配置。
ClearQuest 测试管理支持从 IBM® Rational® Manual Tester、Rational Functional Tester、Rational Performance Tester 以及 Eclipse TPTP 测试中生成的测试脚本的直接执行。如果您计划使用任何一种脚本格式的话，那么你将需要建立文件位置。
文章来源于领测软件测试网 https://www.ltesting.net/
