【IT168技术文章】一个应该避免的公共缺陷就是为同一个产品的不同发布分别创建资产注册。如果您这样做的话，那么您将立即设置一个分级，它要求您将测试资产从一个资产注册中复制到另一个资产注册中，当您从同一个产品的一个发布移动到另一个发布的时候，将会分离资产注册。当测试资产的每一个新版本都成指数趋势增长的时候，你将陷入到 ClearQuest 测试管理的环境之中。您将无法利用一个指定测试用例经历若干个发布之后的跟踪执行历史，这是因为当一个测试用例被复制的时候，执行日志文件的结果并不被复制。最终，您将损失 ClearQuest 测试管理为从一个发布到另一个发布对测试资产进行复用而提供的功效。

提示：
    如果您所设计的测试分级需要您以一个正常的过程将测试资产从一个发布复制到另一个发布，或者从一个版本移动到另一个版本的话，那么这应该成为一种警报，即您可能没有尽可能有效地使用 ClearQuest 测试管理。

    另一个要避免的缺陷就是为每一位用户都分别创建一个资产注册。除非用户按照各自的发布进度独立操作各自的项目，否则不应当为每位用户都建立一个不同的资产注册。标准的 ClearQuest 测试管理形式允许您将每位拥有者分配到每一个测试资产的类型中。这是一种跟踪哪一个测试属于哪一位所有者，以及所有者的全部测试过程的好方法。

有效地使用迭代

    ClearQuest 测试管理中的一个迭代允许您识别一个指定的测试周期，以及开始和结束日期。当迭代被适当的管理和使用的时候，您将从 ClearQuest 测试管理中获得最大的利益。迭代使得您能够跟踪同一产品在并行开发和测试周期中运行的多个测试阶段的进度。迭代还能够使您最大程度的对测试用例进行复用。

    迭代记录的目的就是允许您以一种同一个指定的测试周期相关联的方式“标记”其他测试资产。测试计划、测试用例、以及被配置的测试用例都能够被一个或者多个迭代进行标记。然后，您能够生成报告来显示哪一个测试资产被用于（或者将被用于）一个给定的测试周期。在一个给定的资产注册下被创建的迭代只能在同一个注册内适用。

    如果您使用结构化的命名约定的话，那么您就能够更加强有力的使用迭代。一个意味深长的命名约定不仅能够辨别指定的测试周期，而且能够根据组织结构报告辨别出该测试周期所属于的最大和最小发布。下面我们来看一个如何发展命名约定的例子：

    首先决定一个测试周期的最小单元。通过 ClearQuest 测试管理中的一个迭代来跟踪测试进度需要您创建一个迭代，然后选择若干被配置的测试用例来同这一迭代相关联。出于这个原因，迭代持续时间最少也要好几天。

提示：
    如果有一个测试运行或者一个测试周期对一个指定测试的辨别要在一个更短的持续时间内或者更加频繁的被完成，那么请您考虑使用测试套件来跟踪这一努力。

    对这些单元以一致的语法进行命名将有助于您跟踪它们。我们说，在开发中的 Construction（建造）阶段期间，您希望运行两个测试周期，它们是由大多数功能测试所组成的。然后，在准备发布的 Transition（产品化）阶段期间，您希望运行另外两个系统级的测试周期以及一个最终回归周期。您可能为每一个阶段提出类似如下的标签： 构建：两个功能性能够验证测试周期，被标注为：CFVT1 和 CFVT2； 产品化：两个系统验证测试周期以及一个最终回归周期，被标注为：TSVT1、 TSVT2 和 TSVTR。
这一约定，在您的产品或者项目属于一次性定制开发努力的情况下，可能已经足够了。然而，如果您希望您将要测试的产品拥有新的最大或者最小维护发布的话，那么您需要复用尽可能多的测试资产。

    为了促进复用，请您预处理您的迭代周期，使其能够辨别最大和最小发布都属于哪一个测试周期。
结果是，迭代名称将同这个类似，它指出最大的是 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 测试中生成的测试脚本的直接执行。如果您计划使用任何一种脚本格式的话，那么你将需要建立文件位置。