使用 IBM Rational ClearQuest Test Management 进行测试管理和跟踪

发表于:2007-11-28 14:50

字体: | 上一篇 | 下一篇 | 我要投稿

 作者:未知    来源:网络转载

  学习由 IBM®DB2®Function Verification Test 团队引导的关于利用 IBM Rational®Enterprise ClearQuest®测试管理进行功能性验证测试,跟踪以及监控的可行性的经验和研究结果。这篇文章还展现了工具和安装步骤的大概内容。这篇文章还描述了 ClearQuest 测试管理组件并说明了安装步骤。
案例研究的环境

  对 Linux®、 UNIX®,以及 Microsoft®Windows®的 IBM DB2 数据库软件的开发包括跨越不同地区的多个团队。每一次发布事实上都非常复杂而且需要持续的监控来验证它的质量。在如此大的项目中,每个团队可能都使用不同的方法来管理和跟踪测试。IBM DB2 Function Verification Test 团队也不例外。因此,我们抱着能够找到一个更有效的跟踪,报告以及监控功能性测试过程方法的希望,在 IBM Rational ClearQuest 中利用新的测试管理功能进行研究。这个 Function Verification Test 团队从 2006 年 1 月到 2006 年 5 月对 ClearQues 测试管理的 Beta 2 版本进行了评估。

ClearQuest 测试管理的概况

  Rational ClearQuest 软件是一个知名的缺陷和变更的跟踪系统。ClearQuest 测试管理是最新的 Rational 测试管理解决方案,构建这个方案作为 IBM Rational Test Manager™的备选方案。ClearQuest 测试管理作为一个模型运行在 ClearQuest Version 7 顶层。它整合了其它 IBM 产品,比如 Rational ClearCase®、 Rational RequisitePro®、 Rational Manual Tester、 Rational®Functional Tester,以及 Rational®Performance Tester。 ClearQuest 测试管理还提供了一个能够安装在 ClearQuest V7 客户端的插件。

ClearQuest 测试管理在何时以及如何发挥作用

  ClearQuest 测试管理能在以下四个测试区域发挥作用:

测试计划:定义并给测试用例分组
测试编写:为执行测试用例创建文档或者自动化脚本
测试执行:运行使用 Rational Functional Tester 或者 Rational Performance Tester 编写的测试用例,记录测试结果并将它们储存在备份的数据库中。
测试报告:通过执行内嵌的或者自定义创建的查询或者图表在计划期间对测试进行分析
ClearQuest 测试管理客户端

ClearQuest 测试管理提供了三个图形化的用户界面(GUI):

完全的 Eclipse 插件 ClearQuest 客户端
一个本地的 ClearQuest 客户端
一个 Web 客户端
每个界面提供不同级别的功能特性。Eclipse 客户端拥有最多的性能。图 1中的图表比较了每个客户端的性能。

图 1. 三个 ClearQuest 测试管理客户端的对照
图 1. 三个 ClearQuest 测试管理客户端的对照

ClearQuest 测试管理对象模型术语

  ClearQuest 测试管理利用下面的术语来定义对象模型。

  • 测试计划:按等级对测试用例进行分组。一个测试用例可能仅属于一个测试计划。
  • 测试用例:不包含脚本或者执行指令。
  • 已配置测试用例:带有已应用配置的测试用例。
  • 配置:定义一个测试用例的环境,比如操作系统,机器规格,软件版本等等。
  • 迭代:IRUP 迭代,阶段,循环等等。
  • 测试集:能够对测试脚本执行连续的执行。
  • 测试脚本:IBM?Rational?Manual Tester、 IBM?Rational?Functional Tester,或者 IBM?Rational?Performance Tester 中的资产。包括实际的脚本,或者执行指令。一个配置好的测试用例都带有一个测试脚本。
  • 资产注册表:存储所有与 ClearQuest 测试管理相关联的资产的文件地址。

图 2 显示了 ClearQuest 测试管理的对象模型。


图 2. ClearQuest 测试管理的对象模型
图 2.  ClearQuest 测试管理的对象模型的图表

  测试领导者或者经理创建了测试计划,这个计划通过图 3 中举例说明的状态(或者阶段)不断演变。这个计划在编写阶段处于Draft状态,评审过程处于Foreview状态,然后进入Approved阶段。


图 3. 测试计划不断演进过程的不同状态
图 3. 测试计划不断演进过程的不同状态

  每个测试用例也可以由状态来定义。当团队正在对测试用例进行定义时它正处于Draft阶段,当完成对它的定义后,它就转换到Planned阶段。(参见图 4)


图4. 测试用例演进过程中的状态
图4. 测试用例演进过程中的状态

  当测试用例在开发过程中时,相应的配置测试用例处于Draft状态,这表明了一个成功的执行。如果一个缺陷或者其它问题阻碍了这个测试用例的完成,那么这个已配置测试用例就会被标记为Blocked。(请看图 5)


图 5. 已配置测试用例的状态
图 5. 已配置测试用例的状态

《2023软件测试行业现状调查报告》独家发布~

关注51Testing

联系我们

快捷面板 站点地图 联系我们 广告服务 关于我们 站长统计 发展历程

法律顾问:上海兰迪律师事务所 项棋律师
版权所有 上海博为峰软件技术股份有限公司 Copyright©51testing.com 2003-2024
投诉及意见反馈:webmaster@51testing.com; 业务联系:service@51testing.com 021-64471599-8017

沪ICP备05003035号

沪公网安备 31010102002173号