模板
教程
环境
性能
功能
管理
软件测试 > 测试技术 > 软件测试工具 > Rational软件测试工具 > ClearQuest >
来自实践中的故事：保持您的 ClearQuest 实施合理的十个技巧
IBM® Rational® ClearQuest® 为生产企业级的 Software Change Management (SCM) 提供了一个十分强大和用户定制的平台。但是您应该何时使用 ClearQuest MultiSite 和 ClearQuest Web 呢？何时电子邮件规则是相关的，以及何时它们仅仅是更多的垃圾邮件？如何将分开的用户数据库合并为一个用户数据库？
本文列举了我克服苦难并成功实施 ClearQuest 的十个技巧。
随着 ClearQuest MultiSite 2002 版的引入，ClearQuest 的配置又增加了一个选项，那就是地理分布的定位。但是您如何决定到底是应该将时间和金钱等资源投入到潜在的复杂的 MultiSite 实施呢，还是只是简单的使用 ClearQuest Web 接口？
答案是由多方面因素决定的，包括地理分布的团队使用本地配置的客户端的需要（用于 Windows 的 ClearQuest 和 ClearQuest Eclipse Rich Client Platform (RCP)），以及机构在不同地点之间所能提供的带宽。通常来说，如果地理分布的团队中的用户需要使用本地配置的客户端的话，您就需要 MultiSite。如果您仅仅是需要向地理分布的用户提供访问 ClearQuest 从而实施那些不需要本地客户端的操作的话，那么您就不需要 ClearQuest Web 了。无论如何，ClearQuest 和 IBM Rational ClearCase® 之间的结合，将使通过 ClearQuest Web 来利用新的 ClearQuest Test Management 性能变得更加困难。参见图 1。
随着 ClearQuest 和 ClearCase 7.0.1 的发布，需要 ClearQuest MultiSite 来推动集成的 Unified Change Management (UCM) 环境的强制情形应该被重新考查。ClearCase Remote Client (CCRC) 和 ClearQuest Web 之间紧密的集成允许用户在一个 “Web 为中心的” 环境下进行操作，利用 Rational Web Platform （ClearCase Web 和 ClearQuest Web）。然而，CCRC 内动态视图的缺乏将成为大多数机构的一个破坏者，唯一的解决方法就是允许 ClearCase 和 ClearQuest MultiSite 达到团队所需要的特性集。
ClearQuest Test Manager 对于不在现场的测试人员来说，会使 ClearQuest Multisite 的配置变得复杂
在 7.0 版本中引入的 ClearQuest Test Management (CQTM) 包也可能成为决定配置 MultiSite 的一个因素。如果一个机构有远程位置使用 CQTM 来维护 IBM Rational ManualTester、IBM Rational FunctionalTester、或者 IBM Rational PerformanceTester 所进行的测试方案、测试用例、以及测试结果记录的话，MultiSite 将是唯一合理的解决方案。将测试工具和 Eclipse ClearQuest Perspective 结合起来以及记录测试结果的能力，对于测试人员来说是一项必不可少的要求。ClearQuest Web 为执行测试计划功能和生成报告提供了足够的支持；然而，对于一个严谨的测试环境来说，ClearQuest Web 将不能提供所需要的全部功能。
  |
|
每一个 ClearQuest 都有其位置（并且每一个 ClearQuest Client 也都有其位置）
ClearQuest 7.0.1 为结合应用程序提供了四种不同的用户选项：用于 Windows 的 ClearQuest、ClearQuest Web、ClearQuest Eclipse Plug-In、和 ClearQuest Eclipse RCP。您必须考虑清楚哪一种客户端应该被用于哪一种功能。表1列出了 ClearQuest 的不同的“风味”，并展示了它们都提供了哪些功能。
表 1: 当工作于集成环境时，需要考虑和计划一下如何决定将哪一个 ClearQuest 客户端给用户
| ClearQuest 客户端（Eclipse RCP） | ClearQuest Eclipse 插件 | ClearQuest Windows 客户端 | ClearQuest Web | |
|---|---|---|---|---|
| 测试计划 | X | X | X | X |
| 测试设计（Test 和 Configured Test Case 之间的关联） | X | X | ||
| 测试执行 | X | |||
| 测试报告 | X | X | X | X |
| 与 Eclipse IDE (Rational Application Developer) 的集成 | X | |||
| 与 ClearCase Windows 客户端的集成 | X | X | X | |
| 与 ClearCase Remote 客户端的集成 | X | |||
| 与 IBM Rational RequisitePro® Windows 客户端的集成 | X | |||
| 同与 RequisiteWeb 的集成 | X | |||
| 设计者报告 | X |
在创建您的软件发行方案时，记得回顾不同的 ClearQuest 客户端的性能以及您所在的机构是如何配置的。如果您在一个独立的、无需结合的环境中的使用 ClearQuest，那么您可以将 ClearQuest Web 配置为主要客户端。然而，即使在一个“以 Web 为中心的环境”中，还是有一部分用户将要求用于 Windows 的 ClearQuest 客户端同 Crystal Reports 一起生成报告格式，这是标准化改变管理系统所带给机构的价值的一部分。
在一个更具结合性的设置中，您将需要将您的环境划分为“类”，从而决定哪一些客户端配置到用户系统中。“开发者类”将需要 Eclipse 的插入来同它们的 Eclipse Integrated Development Environment (IDE) 环境进行整合。“分析师类”可能需要用于 Windows 的 ClearQuest 客户端允许 同它们的 用于 Windows 的 RequisitePro 客户端进行整合，以及提供追溯 ClearQuest 中保存的需求和变更需求（许多情况下）的能力。
