![关闭 [x]](http://dw1.s81c.com/i/c.gif){kind=small}
对于测试过程而言，许多公司已经开始实施合并 IBM® Rational® RequisitePro®、IBM® Rational® ClearQuest®、IBM® Rational® TestManager、IBM® Rational® SoDA® 以及 IBM® Rational® Functional Tester 等一系列工具，甚至是进行集成。本文将它们联合简称为 Rational SDLC 工具，意指支持软件生命周期管理（Software Development Lifecycle，SDLC）的软件。
IBM® Rational® Quality Manager（RQM）是一种全新的基于网络的工具，它提供了对生产效率和效益前所未有的提升。为了促成从 SDLC 工具向 RQM 进行平稳的迁移，本文将会帮助您选择新环境下需要使用到的工具，并解释怎样将它们从老环境向新环境进行转变，怎样组织测试工件，怎样生成报表。
注意：
- 对工具安装和配置的指南，可以查看产品文件和帮助文件，所以本文并没有对这些信息进行介绍。
- 本文基于 Rational Quality Manager 2.0.1 版本，ifix3。
- 本文并没有包括自 IBM® Rational® Manual Tester 的迁移。因此，相关的话题在这里并没有涉及。
Rational Quality Manager 在测试管理支持方面的改进内容太多，本文篇幅有限，不再赘述。但如果您想要进行进一步的了解，您可以浏览一下 特性与优势表，该表在线显示了迁移到 Rational Quality Manager 会产生许多的好处。以下三种特性值得注意：
- 每一位测试员的操作面板都可以包含一个个人的任务列表，它显示了分配的工作，还有团队事件列表。
- 工作状态会得到自动更新，而不用花费团队成员大量的时间。
- 您可以获得大量各式各样的工具，这些工具也会得到实时更新，使得您在作出决策时更加自信。
那么选择迁移就有更明显的原因了：Rational TestManager 与 Rational SoDA 所提供的功能必须迁移至 Rational Quality Manager，因为对这些工具的支持将会在不太遥远的未来被终止（Rational TestManager 已经退出市场并已公布了不再提供支持的正式声明）。继续使用需要升级到 Rational RequisitePro、Rational ClearQuest 与 Rational Functional Tester 的新版本。
成功从 Rational SDLC 工具向 Rational Quality Manager 的迁移，需要基于广泛的咨询，实验和规划。
它能帮助您考虑以下这些问题：
- 高级的需求管理与高级的变更管理。 Rational Quality Manager 并不支持该功能。您可能需要继续使用 Rational RequisitePro 与 Rational ClearQuest。如果您需要更高级的需求与变更管理功能的话，那么您需要将它们与 Rational Quality Manager 相集成（下一个 Rational Quality Manager 版本，在 2010 年发布，提供了更强大的需求与缺陷管理功能）。
-
遗留数据。 从 Rational TestManager、Rational RequisitePro 和 Rational ClearQuest 中迁移遗留数据会是十分复杂的，因为这些工具的老版本不能直接支持迁移或者集成。因此，在执行迁移操作之前，您必须将它们升级到最新的版本，这意味着您必须要考虑以下的因素：
- 与 Rational RequisitePro 相集成或者从它进行迁移需要 Rational RequisitePro V7.1.1。
- 将 Rational Quality Manager 与 Rational ClearQuest 相集成需要 Rational ClearQuest 7.1 或者更新的版本。
- Rational TestManager V7.0.2 版本不能与 Rational RequisitePro V7.1 和 Rational ClearQuest V7.1 版本安装到同一台机器上。
- 与 Rational Functional Tester 相集成，需要一个适配器，该适配器只能跟随 Rational Functional Tester V8.0 版本或者后续版本一起安装。
- 定制。 Rational Quality Manager 提供了定制测试计划、测试用例模板、工作流程以及工作属性的能力。尽管可能需要一些定制来支持已存在的工作实践，但是对这些定制的开发与测试还是可能要花费大量的时间和精力。如果可能的话，您可以延迟一下定制，直到 Rational Quality Manager 已经使用了一段时间，用户对新工具的功能已经很熟悉了为止。
- 测试用例分类。 您必须指定一个合适系列的 Rational Quality Manager 目录类型，这样您就可以在平级测试用例结构中进行快速定位了。
- 报表。 您必须为生成传统上使用 Rational SoDA，Rational TestManager 和 Rational ClearQuest 生成的报表找到一个替代的方法。尽管 Rational Quality Manager 包含了基于 IBM® Cognos® 的报表，但是新报表的开发还是需要 Cognos 报表创作方面的技巧，而且您仍然需要使用 Rational Publishing Engine 自动化文件生成工具来替换 Rational SoDA，它将与 Rational 产品所选择的其他产品相协作。
与主要的涉众保持良好的协作关系，有助于帮助所有参与项目的人，去充分理解已存在的测试过程（角色、任务与工作产品），当前的工具使用，以及迁移至 Rational Quality Manager 的目标。请您确保这些目标是现实的，并据此管理您的期望。例如，丢弃所有 SDLC 工具的愿望，可能与进程支持需求相冲突。
为了规划迁移以及未来的工具使用情况，最重要的一点是，理解为什么做出特定的使用决定。如果正在使用的工具已经使用了很多年，那么当初做出使用该工具的原因可能已经不存在，或者已经不相关了。您可以试着识别一下这种决定背后所考虑到的东西。
需求还可能会发生变化，加上盲目拘泥于已有的工作方法，应该受到质疑，特别是在如果使用模型可以得到简化，或者更改意味着有更多的功能可以迁移至 Rational Quality Manager 时，您更需要进行考虑。
在进行协商以前，将调查问卷发放给涉众是非常有价值的，您可以询问以下的问题：
- 未来需要什么样的 Rational RequisitePro 需求类型与属性？您需要迁移什么项目，您要从 RequisitePro 中生成什么报表？
- 您正在使用什么 Rational ClearQuest 用户数据库？未来需要什么记录类型，字段，状态模型，以及 hook？需要迁移什么记录，需要从 ClearQuest 中生成什么报表？
- 需要迁移 Rational TestManager 测试计划，测试用例，测试日志文件夹和测试日志，以及怎样识别它们？您要从 TestManager 工具中生成什么报表？
- 在 Rational RequisitePro，ClearQuest 和 TestManager 之间使用的是什么集成？它将 ClearQuest 记录与需求或者测试用例联系起来，需求与测试用例联系起来，测试日志与缺陷联系起来。
评审已存在测试过程和工具使用的过程文献以及产品。请仔细确定过程文献存在的位置，稍后将会使用到它。
评审怎样以最佳的方式来组织需求与测试用例，以更好地理解 Rational Quality Manager 需要提供的工具。
获得 SDLC 工具所生成的所有报表的拷贝，并理解怎样使用它们，以更好地理解 Rational Quality Manager 所需要生成的报表。
您需要决定当前使用的工具，以及怎样在 Rational Quality Manager 中使用它们。
Rational ClearQuest 是一个企业级的变更管理工具。它为创建新的记录型，定制工作流程，用户界面，以及注释提示了广泛的支持功能。您的决定是在下面的基础之上作出的：
- 如果 ClearQuest 只是简单地用于内部缺陷调试，如果使用的功能包含在软件之中，那么缺陷追踪的责任可以迁移至 Rational Quality Manager 之中。
- 另一方面，如果缺陷追踪已经进行了定制，或者如果对缺陷追踪的有限访问权限已经向外部团队提供了，那么 ClearQuest 将需要保留以进行缺陷追踪。
注意：
您可以使用 ClearQuest 来向外部用户提供有限的功能，而不用购买一个许可证。它包括新缺陷记录的创建以及缺陷状态的评审。
就算您对其他的变更管理活动正在使用 ClearQuest，将缺陷追踪的重任迁移至 Rational Quality Manager 也是可能的。将 Rational Quality Manager 与 ClearQuest 集成起来，有两种选择：
- ClearQuest Bridge 工具，您可以使用它来在 Rational ClearQuest 中维护缺陷，并使用 Rational Quality Manager 来查看缺陷。
- ClearQuest Connector 工具，您可以使用它来在存储库中维护缺陷，并将 Rational Quality Manager 和 ClearQuest 记录之间的工作项的信息实现同步化。
在这里的范例中，我们为一直使用 ClearQuest 以进行变更管理和追踪缺陷，并使用 ClearQuest Bridge 以便与 Rational Quality Manager 相集成。
Rational RequisitePro 为需求管理提供了完整的支持手段，特别是联系不同种类需求的能力，以及建立追踪性的能力，因此可以加大覆盖范围，并使得影响分析更加精确。Rational Quality Manager 只为单个种类的需求提供了支持功能。在很多种情况下，特别是在那些不是很规范的条件下，该工具已经足够满足您的需求了。因此，如果您正在使用 RequisitePro 以管理只有一种的需求类型，那么您可以将需求管理的重任迁移至 Rational Quality Manager。
如果可能的话，您要尽可能避免迁移遗留数据。迁移过程会增加复杂性，只有最新的工件版本才会得到迁移，因此您有可能会失去有价值的数据、关系以及元数据。您可以选择保留 Rational SDLC 工具，以管理遗留数据，同时对新数据使用 Rational Quality Manager。
但是，有很多的原因可以解释为什么您想要去迁移遗留数据：
- 未来可能需要已存在的需求、缺陷记录、测试计划以及测试用例，或者需要继续处理，或者需要在 Rational Quality Manager 中重复使用。
- 迁移至 Rational Quality Manager 的遗留数据，为评价 Rational Quality Manager 提供了一个很好的基础，为未来过程中的迁移，组织，报表和编辑，开发操作来精化需求。
正如以前所讨论过的那样，旧版本的遗留数据不会直接支持迁移，也不支持与 Rational Quality Manager 相集成。因此，您可以考虑以下两个选项：
- 在迁移之前先将 RequisitePro、Rational ClearQuest 与 Rational Functional Tester 升级作为优先级更高的单独活动。Rational SoDA 与 TestManager 就不能够作为 RequisitePro 和 ClearQuest 的最新版本与相同的工作站共存了。这种升级操作应该得到规划和有节制地进行，就像对 Rational Quality Manager 的迁移一样。例如，如果自动化脚本不能正常发挥作用，测试不能继续，如果不能使问题得到解决时，测试人员将会很不愉快。
- 复制所有相关的工件（ClearQuest 存储库，RequisitePro 项目，测试数据存储，以及 Rational Functional Tester 项目）以及所有工具（除 Rational TestManager 和 SoDA 之外）的最新版本到一个位置。如果旧的工具仍然需要处理，而迁移策略也得到开发和测试时，您就需要执行上述操作了，但是如果迁移过程结束之后不再需要 SDLC 工具的话，您仍然可以使用这种技术，以避免将遗留的 SDLC 环境更新到一起。
重点：
确定这种新的环境与已存在的产品环境是相隔离的，以避免破坏已存在产品环境的情况发生。
ClearQuest
您是否要使用 ClearQuest 以追踪缺陷，或者不在此指导您做决定：
- 如果缺陷数据从 ClearQuest 迁移至 Rational Quality Manager，而您不再使用 ClearQuest 以追踪缺陷，那么缺陷数据的迁移可以使用 CSV 文件和 RQMExcelWordImporter 来完成，您可以从 Jazz.net 处获得它（在本文发表的初期，RQMExcelWordImporter 尚不支持通用属性的导入操作）。
- 但是，如果您想要一直使用 ClearQuest，以及迁移的 Rational TestManager 测试日志与缺陷之间的联系，那么您需要迁移 ClearQuest schema 以及用户数据库。
注意：
从 Rational Quality Manager 处迁移数据，或者与 Rational Quality Manager 相集成，Rational Quality Manager 需要 ClearQuest 7.1 版本或者后续版本。
RequisitePro
该决定取决于您是否想要在 Rational RequisitePro 中维护需求数据，或者将其迁移至 Rational Quality Manager：
- 如果需要是在 RequisitePro 中维护的，在将测试用例自 Rational TestManager 迁移至 Rational Quality Manager 之后，测试用例之间的联系仍然保持着，那么 TestManager Migration Tool 将会负责去维护需求与测试用例之间的联系。
- 如果需求是从 RequisitePro 迁移至 Rational Quality Manager 的，而您不再为需求管理而使用 RequisitePro，那么 TestManager Migration Tool 就会将需求和测试用例同时迁移，并且在 Rational Quality Manager 中维持测试用例与需求之间的联系。如果迁移之后不再需要 RequisitePro，那么您可以简单地保持不动，并在 Rational Quality Manager 中直接创建未来的需求。
提示：
自 RequisitePro 处迁移需求，获取与其相集成，需要 RequisitePro 7.1.1 版本或者其后续版本。
Rational TestManager
Rational Quality Manager 提供了一个工具以导入 Rational TestManager 数据。您可以使用它来移动所有您所感兴趣的数据，而每一个数据资源之间的映射如有需要可以进行定制。
注意：
当您在为迁移测试拷贝 Rational TestManager 测试数据源时，有一种情况需要您去考虑一下。在本文后面的章节中将会详细讨论这个问题。
当前的 Rational SDLC 用户一般会联合使用 Rational ClearQuest 报表和图表，内建的 Rational TestManager 报表，以及 Rational SoDA 报表。
正如以前所描述的那样，来自 Rational TestManager 的 Rational SoDA 报表需要由 Rational Publishing Engine 报表替换。内建的 Rational Quality Manager Common Reporting（RQM CR）功能有助于业务职能报表和可视化。当您使用包含工具信息的 Rational TestManager 报表时，RQM CR 是更好的选择。因此，您可以检查内建 RQM CR 报表是否满足报表需求。
提示：
Rational Quality Manager 提供了远超遗留工具所提供的业务智能性和报表功能，以及向 Rational Quality Manager 操作板添加报表的功能。但是，这些报表的开发与测试，会耗费大量的功夫与时间，所以您可以考虑一下在在迁移 之后 执行该操作，此时您就可以对得到什么，以及怎样使用它们有更深刻的理解了。
基于团队所作的决定，您可以开发一个草拟的迁移性计划，该计划包含了与用户相咨询的元素：
- 精化迁移测试和迁移过程的迁移性测试环境的创建（在接下来的部分中将会进行讨论），Rational Quality Manager 定制（主要是添加 类别类型 与 类别 以帮助筛选，分类以及分组），报表创建，演示以及用户评价。
- 演示迁移的测试计划。
- 支持紧急情况处理的日程安排：
- 问题。每一个 SDLC 用户的环境是不同的，而且您必须要处理一些独特的情况与挑战。
- 如果您不熟悉它们的话，那么您可以学习关于工具的信息。
- 创建测试环境。
- 尝试性的迁移过程。
- 定制。
- 报表开发。
- 演示与评价。
- 最终的迁移。因为这将减少时间，所以周末是比较理想的。
- 尝试性迁移之前，备份所有的储存库。
- 风险性的迁移计划。
执行尝试性的迁移过程，是非常关键的。在复杂的情况下，执行一些尝试性的迁移是必要的。出于这个目的考虑，您需要创建一个迁移测试环境。
因为成功的数据迁移需要进行测试，另一些迁移可能要花费一些时间（例如复制和迁移大量的数据存储），所以创建一个测试环境是非常有价值的。这也使得定制和报表离线开发成为可能。
创建服务器
迁移测试环境需要成为后来环境的代表，并需要大量的服务器；两台是最低值：
- 一台用于 Rational Quality Manager、Rational ClearQuest、IBM® Rational® RequisitePro®（以及 Rational Quality Manager、Rational ClearQuest Web、Rational Functional Tester 和 IBM® Rational® RequisiteWeb 的程序服务器，以及 RequisitePro 的网络客户端）。
- 一台用于 IBM® Rational® Reporting（及其程序服务器）另外一个是 Rational Quality Manager 和 Rational Reporting 的数据库。
您可以在相关的安装指南中找到硬件规模和操作系统推荐设置。
创建迁移测试环境
创建迁移测试环境的过程类似于下面的步骤：
- 安装一个适当的网络服务器和数据库。如果您正在迁移一个大型的测试数据存储的话，那么默认的 Derby 数据库就不够用了。
- 安装 Rational Quality Manager，并配置数据库和程序服务器。
- 如果需要的话您可以创建 LDAP。如果产品环境中使用的是 LDAP 的话，那么将其包含到迁移测试环境的话，就非常重要。
- 安装 Rational ClearQuest、ClearQuest Web、IBM® Rational® RequisitePro®、RequisiteWeb （RequisitePro 的网络客户端）、Rational TestManager、IBM® Rational® Functional Tester、IBM® Rational® Reporting（由 Rational Quality Manager 提供），以及 Rational Publishing Engine 的最新版本。如果您一直使用 ClearQuest 与 RequisitePro，那么您应该使用像 IBM® DB2® 这样的企业数据库；Microsoft® Access 难以满足要求。
- 从 ClearQuest 和 RequisitePro 处安装 Rational TestManager 到不同的机器上（参见下面的提示）。
- 如有需要，就安装需要进行测试的程序。
- 将已存在的数据迁移到测试环境中。ClearQuest schema 与用户数据库，还有 RequisitePro 项目数据库及文件都需要进行复制。您也可以将 Rational Functional Tester 项目，从已存在的产品环境复制到迁移测试环境中。
将已存在的测试数据迁移至测试环境
现在您已经可以将 Rational TestManager 测试数据迁移至测试环境下了。
复制测试数据存储将会产生大量的问题。测试数据存储不能进行简单的复制，因为它包含了对其位置的内部引用。因此，您可以按照下面的步骤进行操作：
- 使用 Rational Administrator，来在迁移测试环境之中创建一个新的 Rational 项目。
- 创建一个新的测试数据存储，并从已存在的测试数据存储中对其进行初始化。对于大型的测试数据存储，这将耗费大量的时间。您可以同时从已存在的项目中初始化用户与组（查看接下来的提示）。
- 在 Rational TestManager 中，迁移操作完成之后，就不再需要删除所有的测试规划，测试日志文件夹，以及测试套件了。如果要删除的项目太多，那么做到这一点最有效的方式是，生成一个 Rational SoDA 报表，该报表按照顺序列出了所有的测试计划，测试日志文件夹以及套件，还有它们最后的更新日期。然后您可以删除一个特定日期之后所有的测试计划，日志文件夹以及专题，并按照字母顺序来排序列表，以匹配 Rational TestManager 中的内容。对于专题中的例外情况，您可以选择所有需要删除的工件，并将它们删除掉。
- 测试用例会与需求或者 Rational Functional Tester 脚本联系起来，需求与测试脚本的位置会嵌入到测试数据存储之中。因此，在您复制测试数据存储之后，您就需要更新 TestManager 中的位置了。
- 在您将所有的遗留数据复制到迁移测试环境中之后，请确定测试用例与需求，测试用例与脚本，格式结果与缺陷之间的联系都能正常发挥作用，而且所有的工具都能正常使用。
提示：
在复制之前根据测试数据存储运行 Data Store Doctor。
注意：
- Rational TestManager 不能在远程运行。如果您使用了无线服务器和终端会话，那么您就需要在工作站上安装 TestManager 了。
- 如果您不再需要复制测试数据存储，测试数据，和用户，那么 Microsoft® Windows® 拥有 256 位的字符路径限制，如果测试数据存储很大，并且拥有结构复杂的层级文件夹结构时，那么就不能执行复制操作了。在这种情况下，您可以使用一种免费的工具，例如 RichCopy。在复制操作完成之后，您可以手动编辑项目文件，datastore.dat 文件，而 project.dat 文件会指向适当的位置。
Rational Quality Manager 在线帮助中描述了对 Rational TestManager 测试资源的迁移操作。这个过程是直接的：
- 如果在 Rational Functional Tester 中拥有自动化的测试脚本，那么您可以在安装有 Rational Functional Tester 的机器上启动适配器。这就允许导入工具，以按照需要在 Rational Quality Manager 上创建 Rational Functional Tester 脚本。
- 启动迁移性工具，并按照下面的指南进行操作。
提示： 在迁移实际上启动之前，获得提供的迁移性总结。
如果有大量配置测试用例，手动脚本以及测试日志的话，那么迁移过程可能会耗费大量的时间。有一个进度条可以向您提供进展情况的信息，您就可以检查进展的具体情况，这样您就可以将分配给每一个测试工件的序列号，与前面迁移的总结进行匹配，以确定迁移进行到哪一步了。
图 1. 迁移工具进程视图显示了每一个工件的迁移状态
- 在迁移过程完成之后，迁移工具会显示出另一个概括。获得它并将其与以前的进行比较。
- 假如存在大量失败的案例，那么您就需要调查事情的原因。
- 评审迁移日志。
- 如果有大量的工件存在，那么您要搜索“失败情况”与“例外情况”。您需要找到满意的解释。您可能只有测试日志，例如那些删除的上级测试用例。
- 最后，登录到 Rational Quality Manager，并确保测试资源总量匹配后面迁移总结中的总量。
如果测试输入与自动化的测试脚本位置已经确定的话，您应该迁移需求并创建 Rational Functional Tester 脚本，连接至实际的 Rational Functional Tester 脚本。
很重要的一点是，从用户那里获得开发的支持。这样做的最佳方式是通过用户参与来实现。在让用户参与之前，您要开发一个测试用例分类策略来代替 TestManager 文件夹结构，并开发一些报表以替换 Rational SoDA 与 Rational TestManager 所生成的那些报表。
您可以使用 Rational TestManager 来创建层级结构的文件夹结构，以组织测试用例。将测试用例组织到一个僵硬的层级结构的文件夹结构中，将会使得从结构中取出它们变得十分困难，也不方便再使用。Rational Quality Manager 使用一个平级的结构，避免了这个问题的产生。它提供了功能强大的分类和筛选功能，这一您就可以组织并快速找到您所感兴趣的测试用例了。
默认条件下，迁移工具将会对 Rational Quality Manager 测试用例 Category 字段使用 TestManager 文件夹结构。这样，如果迁移的测试用例是用 3 级的文件结构组织的，而目录字段包含了“层级 1 文件名/层级 2 文件名 /层级 3 文件名。”
默认的 Category 字段对于测试用例筛选来说十分有用，但是因为有成千上万的测试用例存在，所以字段尚不可用。幸运的是，Rational Quality Manager 提供了创建新目录类型的能力。您只需识别一系列的类型，它能增加快速定位您所感兴趣测试用例的能力。
图 2 显示了通用类别类型。类别类型是由 Rational TestManager 迁移工具所创建的，并且显示了 TestManager 文件夹结构。
图 2. 测试用例列表显示了迁移工具所创建的通用目录类型
迫切需要进行的一项改进是，将类别类型的范围限制为个人测试计划的能力。否则，新的测试计划将会与老的目录类型相绑定，随着时间的增长，类型将会累积与新测试计划无关的类别。内部视图上的过滤条，例如测试计划中的测试用例，将会非常有用，因为一个测试计划拥有很多的测试用例。展示类别子集的能力，基于另一个类别的值将会非常有用。
使用 Rational Reporting，重新开发 IBM Rational Publishing Engine 中的基本文献报表以及工具报表。这两种报表都是非常有用的工具。但是重要的学习曲线伴随的是不断增长的能力，所以您需要时间去实现这一切。
应该对已存在 SDLC 工具的用户演示新环境。
确定新的环境已经被已存在 SDLC 工具的用户进行了完整的评价。如果您还不是已存在环境的用户，那么您要确保没有忽略重要的用例。
如果评价演示了额外定制的需要，那就实施它们并重新评价它们。在分类的过程中这一点可能出现。在测试规划和测试用例模板，过程支持，以及通用字段这些领域，将会出现延迟的定制情况，直到用户通过实际的应用更了解新创建为止。
对于未来使用和定制的区域，包括手工脚本关键词，手工步骤数据，实验管理，测试用例和测试计划规划性评审，以及操作板的使用，将测试资源从 Rational Manual Tester 进行迁移。
使用实验迁移中强调的变更来更新迁移计划，您已经为继续操作做好准备了。
从 Rational SDLC 工具的迁移只需要通过与用户进行足够的交流、具体的规划，以及不断的尝试，是可以得到平稳和成功的实现。在迁移完成之后，您就能够利用增强的 Rational Quality Manager 协作、测试规划、评审、工作流程、报表与操作等功能带来的便利了。
学习
- 更多迁移相关的信息：
- 从 Rational Manual Tester 迁移测试资产
- 从 Rational Manual Tester 迁移手工测试脚本到 Rational Quality Manager
- 完成 Rational Quality Manager 和 Rational ClearQuest 集成操作：在运行 ClearQuest Connector 安装向导后还要做什么，一篇由 Abner Jonassaint 所作的 developerWorks 文章（2010 年 5 月）
- 移动 ClearQuest 数据库 （IBM 技术说明）
- 更多有关 Rational Quality Manager 的内容：
- 查看 Rational Quality Manager 产品页面 中的不同版本，或者从 IBM® developerWorks® 中的 Rational Quality Manager 产品专题 页面开始，查看文章、教程、课程、下载及其它有用区域。有关文档，请查看 Rational Quality Manager 信息中心。
- 提示说明，请阅读 Michael Kelly 在 developerWorks 上的两篇文章：使用 IBM Rational Quality Manager 管理您的第一个项目（2008 年 10 月）和 开始使用 IBM Rational Quality Manager（2008 年 12 月）
- 了解 IBM 质量管理 页面，学习更多相关内容。
- 访问 developerWorks 上的 Rational 软件专区，了解有关 Rational 软件交付平台产品的技术资源和最佳实践。
- 时刻关注 developerWorks 技术事件和 Web 广播，包括各种 IBM 产品和 IT 行业主题。
- 参见 免费的 developerWorks Live! 技术讲座，快速了解 IBM 产品和工具，以及 IT 行业趋势。
- 观看 developerWorks 产品演示，从初学者的产品安装和配置演示，到面向有经验开发人员的高级功能。
- 查找 Rational 基于计算机、基于 Web，以及在线指导课程。训练您的技能，并学习更多有关 Rational 工具的课程，包括入门级和高级课程。在此目录上的课程可进行购买，包括基于计算机的和基于 Web 的培训。此外，一些“入门”课程是免费的。
获得产品和技术
- 下载一个免费的 Rational Quality Manager 试用版。
- 获得 RQMExcelWordImporter。按照最适合您的方式评估 IBM 软件：下载进行试用，可以在线进行，在云环境中使用，或者在 SOA Sandbox 中花一些时间了解如何有效实施面向服务架构。
讨论
- 加入 Rational Quality Manager 讨论区，也包括有关 Rational Test Lab Manager 的讨论区。
- 加入 developerWorks 中文社区。与其他 developerWorks 用户沟通，关注开发驱动的博客，讨论区，例如 Rational Café 和维基。
标签
使用 滑动条 调节标签的数量。
热门标签 显示了特定专区最受欢迎的标签（例如 Java technology，Linux，WebSphere）。
我的标签 显示了特定专区您标记的标签（例如 Java technology，Linux，WebSphere）。