IBM® Rational® Quality Manager 是一个协作性的，基于 Web 的工 具，它在软件开发的整个生命周期之内，提供了复杂的测试规划与测试评价管理 方法。它建立在 Jazz™平台的基础之上，在设计时是给各种规模测试团队 使用的。它提供了各种各样的用户角色，例如产生管理员、测试结构师、测试经 理、测试人员以及实验室管理员，还有测试机构外部的各种角色。本文向您介绍 了，怎样在 Rational Quality Manager 中创建一个新的项目，以及检查一系列 您可以在项目中所做的一些基本事情。
为了进行这项测试，您将会测试 BookPool.com。使用它作为例子非常明智因为它比较直观（许多用户在线订购一 些东西），而且拥有大量的技巧和内容。在您开始测试之前，您需要创建一个新 的用户。
创建一个新用户
按照以下步骤，创建一个新用户：
作为默认管理员登录（用户名：ADMIN；密码：ADMIN）。
如果这 是您首次在服务器上启动 Rational Quality Manager，那么它的启动就会花费一 些时间。当仪表板上完成装载时，查看 Admin 菜单。从菜单中，选择 Jazz User Administration（如图 1 所示）。
图 1. Admin 菜单
这将会以“Active Users”默认装载 User Management 界 面，在该界面上，选择 Create User。
输入 name （使用您的名字）， user ID，以及您的 e-mail address（您的 e-mail 地址），然后为您的新用户 ，选择合适的 ReposiTory，Permissions 和 Client Access Licenses（如图 2 所示）。
图 2. 创建一个新用户
当您完成时，选择 Save。
注意：
注意创建一个新用户，同时创建的还有与用户 ID 相同的默认密码。稍后，您 将会使用该用户 ID 和密码去登录。
当用户被创建时，您将会看到一条确认信息说“用户成功被创建。返回 Manage Users”（如图 3 所示）。
图 3. 确认信息对话框x
当您看到那条信息时，点击 Return to Manage Users 链接。您将会看到您刚 创建的用户，列在了 Active Users 之下。
策划您的测试
Rational Quality Manager 中的 test plan 用于指导工作。它为一项测试定 义了测试的目标和范围，并包含了决定您的测试什么时候结束的判断标准。这里 就是您可以使用 Rational Quality Manager 测试计划所做的：
跟踪概述，审批和测试计划状态
创建并管理测试用例，并将它们与测试计划联系起来
从外部需求管理工具中引入并跟踪项目需求，并将这些需求与测试用例联系起 来，或者直接在测试计划中联系需求以追踪覆盖面。
测试计划会支持和测试相关环境（浏览器，数据库，操作系统以及其他的项目 ），并使用它们来生成测试配置并追踪覆盖面
测量总体测试计划和执行效果，并为每一个测试迭代定义时间表
定义业务目标，测试目标以及进入和输出标准
计划被设计为一系列的模板，您可以为您自己的配置程序定制这些模板。如果 在测试计划中有您认为不会使用的部分，您可以简单的将它们去掉。如果有什么 您想要添加的东西遗失的话，您可以创建自己的测试计划，并向模板添加它们。
按照以下步骤，以查看怎样使用默认的测试计划配置，来创建一个简单的测试 计划：
注销 Rational Quality Manager 并以您刚刚创建的用户进行登录。这次当您 的指示板载入时，您将会看到您的名字（假设在您创建用户记录时，曾输入了您 的名字）。
在左边的导航区域内，点击 Planning 图标并选择 Create Test Plan。
当 Create Test Plan 项完成载入时，以在表头中为测试计划输入一个名字开 始，并选择模板类型，设置 Template 区域为 Default Test Plan Template。
当您完成以上步骤时，点击 Save。（直到您对这个工具使用的得心应手为止 ，早点保存并经常保存）。
图 4 显示了结果。
图 4. 保存 Test Plan 模板
测试计划被分割为三个主要的部分：
表头（如图 4 所示）
表的内容（就是在您的测试计划中管理段落的地方）
段落细节区域（就是您的工作完成的地方）
在每一个段落中，您将会看到一个带 Create 链接的 Work Item 项。
在 Summary 段落（默认条件下就是您的游标所在的地方），点击 Create 链 接。
这将会打开 Create Work Item 对话框视图（如图 5）。您所需要去做的，只 是选择一个所有者以及一个截止日期。当您做完这些时，点击 OK。
图 5. 创建 Work Item 对话框
该操作完成两件事情：
首先，它会在 Create 链接以前所在的 Work Item 区域中，去创建一个任务 链接。
第二，它会创建一个分配给您的工作项目，以追踪您需要去做的一些事情。
注意：
现在您不需要去导航所有的 15 个默认测试计划的段落。在计划中您所需要的 ，是基本信息，这样您就可以在整个工具关键技巧中进行导航。
接下来，导航至 Requirements 段落并点击 Add New Requirement 图标：
这将为输入需求细节打开一个表格。在 Overview 项中，输入 Summary 以及 一个 Description。
该示例包含了 BookPool.com 主页上的 Subject 导航面板的需求，以及从表 格中 Web 网站复制而来的细节。图 6 显示了完整的信息：
Summary：网站的顶边左部导航
Overview项，Details 段落：
Type： Requirement（从拉下菜单中选择）
Severity:Major （从拉下菜单中选择）
Owned by：Unassigned （从拉下菜单中选择）
Created by：（默认条件下填充）
Description：“该网站应该可以由主题搜索，并可使用附属的主题”。
图 6. Requirement 细节
您可以添加任意需求。当您完成时，点击 Save。
您应该看一下您在段落细节中添加到表格中的需求，如图 7 所示。注意在 Status ID 列下面的线（但是不要点击它，因为它是另一个 Work Item 的链接， 而且您将会在本文的后面部分看到关于这部分的更多细节）。
图 7. 细节表格
接下来，导航至 Test Cases 部分并点击 Add New Test Case 图标：
这将为输入测试用例打开一个表格。输入一个 Name，Description，Template ，以及 Owner。
这个示例显示了在以前添加的需求中，为导航模板参考添加的测试用例（图 8 ）。
图 8. 新的测试用例细节
注意：
您将会有一个选项去输入 Category，Function，以及 Theme。这三个值给您 提供了一种方式，去为随后的分组和报道分类测试用例 。在一个默认的安装中， 这些区域内的拉下菜单，可能是空白的。当您作为管理员登录时，您可以通过前 进至 Admin > System Properties > Test Case Categories，来向它们分 配值 ，或者您只需点击 ManageTest Case Categories 图标，该图标在测试计划 以及测试用例视图中都可以使用：
在您开始之前，确定您输入了 Weight 。为测试用例设置权重背后隐藏的，是 并不是所有的测试用例都是平等的；有一些要比其他的重要，稍后，在您运行测 试以后，您可以使用权重去分配您的结果（您将会在接下来的部分中看到这一点 ）。如果一个测试通过，但是有一部分事不能发挥全部潜能的话，使用权重分配 ，您可以说 70% 通过了，30% 没有通过。当权重是 1 时 ，这是不可能的。这就 是为什么 1-100 的比例运行良好的原因。
当您完成这些操作时，点击 OK。
您将会在段落细节中看到添加至列表的测试用例（图 9）。
图 9. 添加至 Details 部分的测试用例
对您来说，这已经足够了，所以再次点击 Save。
在保存之后，您可以通过测试计划名字旁边的 X 图标，来关闭测试计划项：
或者，您可以通过直接从计划中选择特定的工作项目，来深入这些包含在您的 测试计划中的工作项目。
导航到仪表板
到目前为止，您已经有了一个测试计划，一个单独的测试用例以及一个单独的 任务。在本部分中，您会学到到哪里去找到这些项目，以及怎样出处理它们。
在许多企业层次的工具中，我们所面临巨大挑战中的一个，可以通过分配给您 的工作进行追踪。Rational Quality Manager 通过提供一些可定制的指示板，从 而不但能帮助您去追踪项目状态，而且能够追踪您和其他的团队成员需要做的工 作，有助于您去完成这一点。
回到默认的指示板，以查看一些默认的信息：
要么关闭您的测试计划，要么简单的点击 Home 项以返回至默认的指示板 。
当您到达那时，您可能会刷新视图，以得到显示您刚完成工作的更新。为了完 成这一点，点击Refresh按钮：
第一项载入的部分，在 Welcome 部分之下，应该将标题设置为 My Tasks。该 部分应该同时包含测试用例，以及您早期添加的测试计划记录任务。
图 10. 我的 Tasks viewlet
选择任意一个直接带您到工作项目的这些链接，这样您就可以处理它了。
在那之下，您将会看到当前需求的一个总结（图 11）。注意测试部分现在是 糟糕的，但是那无妨，因为这是这点的唯一一个需求。到达该测试末尾的目标是 100%。
图 11. 当前需求覆盖面的状态
提示：
点击带您到更具体报告工具的链接，以为报告定制参数。
同时您还可以看到一个“Execution status per tester”表，以及另一个 “Unfinished work item count”的表。这里并不包括这些表，因为它们非常大 ，而且现在并不方便 。
您将会看到探测追踪以及测试执行的附加部分 。这里的目标是在您完成该测 试之前，就将它们组装起来。但是，查看创建您自己的部分以定制您的显示板， 是多么容易同样很重要。
既然这里有了一个需求，那么就该查看您不得不找到的一些不同选项了。这里 有两种基本的方式去监视需求：
第一种是强烈操作方法，它将查看所有的请求，以及基于不同标准的过滤。
第二种方法与第一种相似，但是会更加精细，您可以向您的显示板添加一项视 图。
这里，您将添加一个视图，但是您可以通过点击 LabManagement 图标并选择 All Requests，来进入相同的文件。
按照以下步骤来为您的显示板创建一个 Requests 视图：
在您的显示板上( Home 项)，在 General 项上点击 down arrow （图 12）并 点击 Add Viewlet。
图 12. 向显示板添加一个视图
在结果的视图浏览器中，选择 Quality Manager 之下的 Work Item Statistics 并点击 Add viewlet。
图 13. Viewlet 浏览器
这就需要向您的显示板添加 Work Item Statistics 视图，它可能位于屏幕的 顶部。您可以将它们移动，但是不管移到什么，您都可以看到一起信息说“没有 定义工作项查询”。为了定义一道定义，在状态信息中点击 Select a query 链 接（图 14）。
图 14. Work Item Statistics 视图状态信息
您需要去做的第一件事情，是选择您想要运行的查询。为了保证这个例子尽可 能的简单，您将会看到一个预先定义的查询。
点击 Query 区域旁边的 Edit，在这里您可以在 Work Item Queries 视图中选择任意一个预定义的查询。 对于这个例子，选择 Open assigned to me。
图 15. 选择一个查询以运 行
当您选择查询之后，点击 OK。这将会对视图设置运用您的查询。
接下来，在 Preferences 项之下，选择您想要查看的 Parameter。现在 ，从 Parameter 区域的拉下菜单中选择 Type（图 16）。
图 16. 选择一 个对视图的参数
当您点击 Save 时，在您选择的查询设置基础之上，来载入视图（图 17）。
图 17. 打开 Assigned to Me 视图
这是一个交流的视图。选择视图的一个区域，将会载入与查询相关的工 作项的表格。使用这些视图，是追踪您面前所在工作的简单方式，同样可以导航 至 Rational Quality Manager。
与需求协调工作
对于许多团队来 说，需求管理是一个成功软件项目组成的必需的一部分。如果您在一个外部的工 具中，定义您自己的需求，例如 IBM®Rational ® RequisitePro®， 您可以将它们移动至 Rational Quality Manager，并且可以在 Requirements 视 图中看到。您也可以直接将它们引入到测试计划和测试用例中去。您还可以手动 将需求添加到您的测试计划中去。
当需求在需求源程序中得到改变或者删除之后， Rational Quality Manager 中的需求的状态，会不断更新以显示最新的需求状态。与改变或者删除需求一起 的测试用例，会作为合理的进行标示。这会调整您去快速适应测试计划和测试用 例，并精确的响应需求更改。除了能够从外部工具中引入需求，您还可以在测试 计划内部创建新的需求。
仔细查看您刚刚创建的需求：
在左边的导航窗口中，选择 Requirements 图标然后选择 All Requirements 。
这将会为 BookPool.com 主题类别，载入一个包含需求的表格。在表格中点击 需求 ID 链接以载入需求。
第一件要做的事情，是让该需求通过整个的需求进程工作流程。
为了开始处理需求，点击标题区域拉下菜单旁边的箭头，并选择 StartWorking：
对团队其他成员来说您正在处理工作的信号
您的描述在您前面创建它时，已经包含了类别的列表，但是假设您想要添加一 个名为 Software Testing 的新类别。
点击 Edit 并将其添加类别的列表。
在您编辑列表之后，点击 Save。
如果您回到顶部，您将会看到状态自动的改变为 In Progress。
为了提交对该需求的赞许，从状态下拉菜单中选择 StopWorking。
接下来，点击 Approvals 项。
为了提交对该改变后需求的赞许，点击 Approval以添加一个新行。
图 18. 设置对需求的赞许
输入 Due 日期并点击 Save。
既然现在您的需求已得到更新，那么就 该返回至显示板，并查看您在前面创建的测试用例了。
创建并运行测试用 例
Test case对不同的人意味着不同的东西。对一些人来说，它仅仅是一 个工作的单元。对另外一些人来说，它代笔一种想法。在 Rational Quality Manager 中，您可以发展您的测试用例，来定义您想要测试以确保覆盖面的事情 ，测试可能的问题，或者在程序的特定区域中追踪您所做的工作 。
测试 用例会描述您将要测试的部分。在 Rational Quality Manager 中，它们通常包 括了测试执行的前状况以及后状况，并描述了预期的结果。您可以创建一个新的 测试用例，独立与任何一个测试计划之外，或者您可以在一个已存在测试计划的 内容中，创建一个新的测试用例 。当您想要向测试用例添加一个测试脚本时，它 将会列于测试用例的 Test Scripts 段落中。
注意：
Rational Quality Manager 会与 IBM®Rational®Functional Tester， IBM®Rational®Manual Tester，IBM®Rational®Performance Tester 以及 IBM®Rational®Service Tester for SOA Quality 相集成 。
将您的需求与一个测试用例联系起来
首先，将需求与测试计划 中的一个测试用例联系起来：
在左边的导航视图中，点击 Construction 图标并选择 My Test Cases。
那应该为测试主题类别导航的 BookPool.com 载入一个包含测试用例的表格。继续前进并在表格中点击测试用例 ID 链接以载入测试用例。
您应该会注意到与您在前面所看的测试计划相 似的布局：表的内容，段落细节以及表头。一切进行顺利。选择您想要处理的部 分，做出您的更改，然后保存。
为了将一个需求与您的测试用例联系起来，点击 Table of Contents中的 Requirements部分。
当载入需求部分时，点击 Add Requirement(s)图标：
这将会载入一个当前您的需求的表格。选择您的主题类别需求旁边的复选框， 并点击 OK。然后您将会看到在测试用例中的列在 Requirements 表格中的需求（ 图 19）。
图 19. Requirements 视图
点击Save这样您将会失去您所做的事情。
为了进行快速的分类，点击 Home 项并再次检查您的测试覆盖面。您将需要 Refresh 您的显示板视图。当该页面再次刷新时，您将会有 100% 的需求覆盖面 （见于图 20）。
图 20. 更新的需求覆盖面状态饼状图
为了返回并运行您的测试用例，点击 Test subject navigation 项（您的测 试用例的项），以返回至当您添加需求时，您所在的地方。
将一个测试脚本与您的测试用例联系起来
接下来，您需要向您的测试用例添加一个简单的测试脚本。该例子只需要一系 列步骤，但是它给您整个工作流程的一种感觉。
为了创建一种测试脚本，在 Table of Contents 中选择 Test Scripts 部分 。
为了对您的测试用例添加一个测试脚本，点击 Add New Test Script. 图标：
。
当载入 New Test Script. 对话框时（见于图 21），输入一个 Name 和 Description。除非您有其他的与 Rational Quality Manager 集成的工具 ，可 得到的一个唯一测试脚本将是 Manual。
图 21. 新的 Test Script. 对话框
当您完成时，点击 OK 以在 Test Scripts 列出新的测试脚本（图 22）。
图 22. 列出的测试脚本
点击测试脚本链接。如果您需要在查看新的测试脚本之前，保存测试用例时， 点击 Yes。这将会载入与测试脚本一起的新项 。
在 Manual Steps 部分之下（图 23），点击 Click to add 链接以开始添加 测试步骤。默认的测试步骤种类是 Execution Step。每次您添加一个新的步骤时 ，链接 Click to add 将会在 Manual Steps 下移下一个箭头。
添加一个步骤，以打开一个浏览器并载入 BookPool.com。
图 23. Manual Steps 段落
添加第二种步骤，以证实您在早期创建的需求中添加的主题。为了将该步骤转 化为 Verification Point，点击步骤号码旁边的图标，并点击 Verification Point（图 24）。
图 24. 让步骤成为证实点
为了保存测试脚本，点击 Save 然后将其关闭，并返回至测试用例。
运行您的测试用例以及视图结果
现在您可以运行测试用例，并查看在显示板中的结果：
在测试用例的右上角，点击 Run Test Case，这将会打开 Run Test Case 对 话框（该区域的大多数区域不能被组装，因为您为您的产品做好准备时，就会有 一个附加需要创建一些的技巧）。
简单的点击 AssociateResults with a Test Plan 并从 Test Plan 区域的拉 下菜单中选择 BookPool.com Phase 1 Test Plan（图 25）。
图 25
然后点击 OK。
这将会打开脚本执行界面。您应该看到一个测试进度条，以及描述具体测试脚 本步骤的段落。当您运行您的测试时，您可以添加附件，注册缺陷，并向脚本添 加评论。在 Script. Steps 界面中，小的黄色箭头，会指向显示步骤状态的行（ 图 26）。
图 26. 脚本状态更新
当您已经为执行步骤做好准备时，点击 Apply 图标以移动至向下一步步骤：
您将会看到 Result for Step 1 完成检查，而且执行进度条会移动至 50%（ 图 27）。
图 27. 为步骤 2 做好准备
当您在执行该证实点时，您可以选择一些结果。在本例中，选择 Fail，这样 您将可以看到工作中的其他一些特征。当您应用 Failed 状态时，您可以看见一 个 Failed 的结果。然后进度条会移动至 100%，而且会有添加至您的脚本中的“ Execution Complete”信息（图 28）。
图 28. 步骤 2 失败，步骤完成
当您完成时，点击 Close and show results 以打开 Execution Result 界面 。
从哪开始，您可以为您的测试设置 Actual Result，如图 29 所示（假如您想 要显示通过的，受阻的，不包含的测试，或者其他的状态）。
图 29. 实际上的结果设置选项
通过移动 Weight Distribution 滑动条，来分配权重，以为可能的结果得到 执行完成的百分数： Pass，Fail，Blocked，Inconclusive，Attempted。
图 30. Weight Distribution 视图
提示：
尽管这个例子并没有显示它时，您还可以看到，脚本会 再次执行什么样的测试环境。
通过为测试用例点击 Link to Results HisTory 选项，来检查 Results Detail （图 31）。
图 31. Result Details 视图
当您完成做出更改之后，点击 Save。
为了进行另外一次快速分 类，点击 Home项，并检查测试执行报告。您将会再次需要 Refresh 您的显示板 。当它再次载入时，您应该可以看到现在的执行结果（图 32）。
图 32. 测试执行结果
为了返回至执行结果，点击 Execution Result 项。
对于这个 例子，测试结果会由于两个原因设置为 Failed。
首先，BookPool.com 就 不会有您添加至需求的 Software Testing 类别。
第二，它会提供一次机 会，以解释怎样去记录该缺陷。您只需按照以下步骤。
从 Execution Result 界面中，点击 Defects 图标并从下拉菜单中选择 Add New Defect。
这将会打开缺陷条目对话框。您会需要去输入一个 Summary（或者标题） ，它被设置为 Priority是比较明智的。
点击 Save。
当您返回至 您的测试结果时，您应该看到右上角与结果相关的缺陷（图 33）。
图 33. 相关的 Defects 报告
这将会给您一个与测试执行结果相关的缺陷，这是与您的测试用例相关 的，同样还与您的测试计划和您的需求相关的。您可能会从这里得到这幅画： 大 量的报告！
下一步
Rational Quality Manager 想要同时成为决策 者以及测试者的环境。就像所有的 Rational 软件一样，它是和默认的工作流程 和设置一样，但是您可以为您的项目定制其中的大多数组件。Rational Quality Manager 在一个中央的位置中获取与测试相关的数据，并使团队中的每一个人都 可以得到这些数据。它追踪了任务所有权，以及个人以及团队的责任，它可以做 出任务进程以及可传递的状态。
您的挑战就是您使用该软件时将会碰到各 方面的问题，该软件可以完成您想要完成的事情，但是需要指出使用提供的信息 会多么的有效，并学到怎样使用定制一些共同的技巧与产品，使他们对您来说更 加有效，查看 IBM®Developer Works®以得到中间的以及高级的 Rational Quality Manager 问题。
前有阻碍，奋力把它冲开，运用炙热的激情，
