- 创建一个或者更多的 TM 测试用例
- 点击 File > New > TM Test Case。
- 键入您的 TM 测试用例的名称。
- 在 Test Case Name 下面,选择一个优先级。
- 通过点击 Add,将您的测试用例与一个测试计划联合起来,然后点击 Add。
- 选择迭代的名称,然后点击 OK。
提示:
您可以在同一个 TestPlan 下创建一个或者更多的 TestCases。
- 将 TestCase 状态从 Blocked更改为 Planned。(默认的状态是 Draft。)
- 为每一个 TM 测试用例创建一个或者更多的配置测试用例
- 点击 File > New > TMConfigured Test Case。
- 键入您的配置测试用例的名称。
- 在 Configured Test Case 名称下面,通过点击 Search Configuration Name for Test Case为这个配置选择一个优先权。
- 点击 Select,选择 TestCase 名称,然后点击 OK。
- 将一个脚本与这个配置测试用例连接起来
- 右键点击 Configured Test Case 名称,然后从下拉菜单中选择 Associate Script。
- 对于 Test Type,选择Rational Manual Tester。
- 选择 Test 脚本,然后点击 Finish。
- 通过右键点击这个配置测试用例的名称将这个测试用例的状态更改为 Implemented,然后选择 Change state。
- 运行您的测试用例并验证结果
- 现在,可以运行您的测试用例。
- 执行这个配置测试用例之后,您将在右边的面板中看到 Test Result。复选您刚才运行的这个测试用例,右键点击并选中它,再选择 Open log。
- Rational Manual Tester 将展示 Test Execution Details。您将可以看到这个结论。
- 保存测试结果
- 右键点击并选中 Test Result,然后点击 Commit。
- 这个测试结果将从 Uncommitted Results 移动到 Recently Committed Results。
- 创建并分析测试结果报告
- 转到 ClearQuest Navigator。
- 创建报告,查询,以及图表来分析您的测试结果。
当您完成这个安装之后,就该检验一下您能搜集到什么样的信息来作为您努力的收获。可以在一段时间搜集数据,您可以通过提交一个查询或者创建一个图表来产生下面的报告类型。
注意:
在这个案例研究的环境中,Draft 状态表示这个测试用例已经编写但是还没有被执行。Implemented表明这个测试用例已经成功,Blocked 意味着这个测试用例失败,由于一些显著错误的原因。
- 剩余工作以及测试趋势的月报
- 利用内嵌的图表,选择 Expand TMCharts(图32)。
- 选择 CTC > State Trend。
图32. 剩余工作以及测试趋势的月报
- 利用自定义的查询,对测试用例当天的计划,编写,以及执行进行报告(图33)
图33. 查询关于测试用例的计划、编写,以及执行日期的问题
- 利用自定义的查询,对测试用例计划,编写,以及截止今天的执行进行每周一次的进展报告(图34)
图34. 查询关于测试用例计划,编写,以及执行的每周进展报告的问题
- 利用内嵌的图表,对截止今天的成功的或者失败的测试用例进行报告 (图35).
图35. 测试用例截止今天的成功或者失败的报告
- 利用内嵌的图表,通过每周的进展情况对测试用例的成功或者失败进行报告(图36)。
图36. 截止今天的成功或者失败的测试用例报告
我遇到过两个问题,并且我们发现在这里的工作背景中有所描述。
在每个 ClearQuest for Eclipse 客户端上,每个用户都需要利用管理员创建的 profile 再次安装这个连接。因此,管理员需要创建一个新连接 profile 并将它分配到每个用户,然后按照以下的步骤重新对用户数据库进行配置:
- 启用 ClearQuest 设计工具。
- 像管理员一样在网络联机的主机上进行操作。
- 当遇到要打开一个计划的提示时,点击 Cancel。
- 点击 Database 键符,然后选择更新用户数据库属性。
- 确保这个逻辑数据库名称已经被选中(在这个例子中是,MAR),然后点击 Properties。
- 将密码域中的密码更改为新密码。
- 点击 Update。
- 点击 OK。
- 关闭 ClearQuest 设计工具。
当您尝试将一个 Rational Manual Tester 测试脚本与一个配置测试用例联合在一起的时候,如果获得一个关于 URL 域无效值的错误消息,(请参见图37显示的屏幕截图),这里,有一个解决问题的方法:
- 将 File 域添加到 TMExternalFile 记录类型,并将 Unique Key 从 URL 移到 File 域中,
- 然后在 File 域中,TMTestCase 和 TMConfiguredTestCase 窗体中将参考更改为 URL 域。
图37. 无效的 URL 值的错误消息
ClearQuest 测试管理在跟踪测试进展中被证明是非常有用的。它还紧紧地与 Rational ClearCase 和 ClearQuest (缺陷)结合在一起。如果您的产品代码和测试用例版本被 ClearCase 控制着,如果这个测试是在 Rational Functional Tester 或者 Rational Performance Tester 窗体中编写,那么您就可以很容易地开始这个执行。如果您的缺陷和测试储存库在同一个服务器上被管理,如 ClearQuest,那么您将能够在同一个客户端中与测试用例和缺陷报告一起工作。在软件开发中利用 ClearCase 和 ClearQuest,Rational TestManager 已经可以很自然地适合任何环境了。
最后,要在一个 DB2 环境中部署 ClearQuest 测试管理,我们需要创建我们自己的,自定义化的适配器,这样我们就可以利用这个适配器执行我们的 Perl-based 测试工作,如测试用例在 Rational Functional Tester 或者 Rational Performance Tester 中编写,这样测试结果也将以一种 ClearQuestand 测试管理能够解析和理解的方式编写。
我们已经向 ClearQuest 测试管理开发团队提交请求,为将来的发布考虑以下附加的性能或者选项:
- 按照发布将资产注册表进行分组。场景:我们有一个产品的 Release 1,我们要创建10个注册。对于 Release 2,我们要创建10个不同的注册表。我们需要能将它们分组的方法。
- 对已配置测试用例使用两种 Draft 状态。这将使状态变得更加有描述性。例如,一个测试用例要么没有被编写,要么已经编写但是没有运行。
- 创建两个缺陷与 Configured Test Case 1 连接起来。当我们发现 Configured Test Case 2 因为这个错误而失败时,我们就不能在实际上没有创建测试记录的情况下将这个失败与相同的错误联系起来,也不能将一个测试脚本与测试日志联系起来。
- 为默认的查询添加一个缺陷数量字段。默认情况下,这个状态查询不包括显示配置测试用例缺陷数量的字段。通常情况下,我们可以通过作为管理员登陆进去并更改这个显示字段来处理这个问题,但是要对每个解决方案这样处理(资产注册表),这将十分耗费时间。