找出有关成功地迁移 Rational® 测试项目的各种技术。
如果您的同事想要得到您的 Rational 测试项目副本,或者您希望与开发团队共享 Rational
测试项目,或者您只想将您的 Rational 测试项目迁移到更高规格的机器上,那么很容易困惑的是,完成此任务的最佳途径是什么。迁移
Rational 测试项目会非常棘手,并且如果您被困住了,这就会成为执行起来最困难的任务之一。要迁移 Rational
测试项目,有许多技术可用,其中的每一种都对应着一个具体情况。在本文中,我们将试图说明成功地迁移 Rational
测试项目所用的各种技术,我们发现这些技术非常方便且很不容易出错。让我们以定义一些术语为开始。
IBM® Rational Administrator 所创建的 Rational 项目 无非是开发人员、需求经理和测试人员所使用的数据存储库及其它相关工作产品的逻辑集合。Rational
项目可以包含多个数据存储库,例如需求项目、变更管理(缺陷)数据库、测试数据存储库或 Rose 模型。它是数据库和数据存储库的逻辑集合,而这些数据库和数据存储库是与您在使用
Rational 产品集时所用的数据相关的。它将 Rational 产品所使用的不同 Rational
数据存储库包装为一个单独的存储库。这些数据存储库是相关资产的集合,例如测试数据存储库包含测试资产,其中包括测试脚本、测试套件、数据源、日志、报告、测试计划,和构建信息。
由于一个项目是类似功能集的逻辑分类,因而每个 Rational 测试项目只可以有一个测试数据存储库。这也同样适用于和
Rational 项目相关联的 IBM Rational ClearQuest 和 Rational RequisitePro
数据存储库。
如上面所提到的,IBM Rational Administrator 是用于生成 Rational 项目的工具。它是一个捆绑工具,帮助您创建一个公共的项目,以存储来自
IBM Rational RequisitePro®、IBM Rational TestManager、IBM
Rational ClearQuest®,和 IBM Rational Rose® 模型的工件。所有这些数据存储库都与一个特殊的
Rational 项目相连接,因而不能跨项目引用。我们将特别讨论 Rational 测试项目,它只包含一个测试数据存储库,该库带有团队在使用
IBM Rational 测试产品时所生成的测试资产。
迁移 Rational 测试项目不是直接了当的,它需要按部就班的过程。存在一些用于具体情况的技术。如果这些技术被用在了错误的环境下,那么该过程将不会产生您所期望的结果。我们将讨论三种技术,这些技术是我们的团队在利用
Rational 测试工具进行可靠性测试时成功使用的技术。通过分享这些技术,我希望能够帮助那些需要在不同地点迁移
Rational 测试项目的自动化工程师。本文假设您是一个有经验的软件测试人员,并且熟悉 Rational
测试工具。
初始化是迁移 Rational 项目的推荐技术。这是将项目资产从一个地方迁移到另一个地方最干净彻底的方式。该技术需要,从将要创建或转移新项目的机器上访问旧的项目环境。该技术通过由已经存在的旧(原始)数据存储库初始化新的数据存储库来创建新的
Rational 项目。依照这些步骤:
- 打开 IBM Rational Administrator,并选择File > New
Project。
图 1. 选择 New Project
- 提供项目名称和位置。
- 选择 Configure Project Now 并单击 Finish。
图 2. 完成初始化
- 选择 Create Test Assets。
图 3. 创建测试资产
- 您可以选择您想要为您的新项目创建的任何类型的测试数据存储库。
图 4. 选择数据存储库类型
- 浏览到新的测试数据存储库路径。默认地,路径将指向所创建的新项目中的 TestDatastore
文件夹。除非您有具体理由来变更路径,不然您就使用默认价值。
- 在此步骤中,选择 Initialization Options 由数据存储库来初始化资产。定位到项目的存储库,您希望由该项目来初始化您新的项目。TestDatastore
文件夹通常位于 <Path>RationalProject\TestDatastore
层。浏览到现有项目的 TestDatastore 文件夹,并选择 TestDatastore 文件夹。
图 5. 定位到数据存储库
一旦完成,您的新项目会由所有在您旧的项目上创建的资产初始化而成。所有的资产都适度地转换为此新项目。此技术在一些情况下,即最初的
Rational 项目拥有 UNC 命名约定的情况下或者您需要将项目从一个领域迁移到另一个领域的情况下,这些技术是有帮助的。首要的是您应该访问原始的
Rational 项目环境。
万一我们在首次尝试时不能成功地初始化项目,那么,在您再次尝试该过程之前,清空目标文件夹是明智的。
这是转换 Rational 项目最简单的方法。我们实质上将出自特定驱动器(例如,C:\directory)的整个项目的数据存储库压缩。新项目必须明确地放在
C:\ 目录下,并且必须复制到有同样路径(C:\directory)的机器上。将项目解压缩到新机器上同样的目录下。一旦解压缩完成,就打开
Rational Project .rsp 文件,并确保原始项目的 Location 和 Path 与您复制到的新位置和路径匹配。一旦经过验证,就依据下面的步骤在
IBM Rational Administrator 中注册 Rational Project。
- 打开 IBM Rational Administrator 并选择File > Register
Project。
图 6. 注册项目
- 定位到 .rsp 文件中指定的 Location 和 Path,并选择您希望注册的项目的 .rsp
文件。一旦完成,您的项目就成功注册了。您现在可以选择此新项目并用 IBM Rational TestManager
或 IBM Rational Robot 来处理项目资产了。
注意:这只对那些没有依据 Rational 推荐的 UNC 命名约定的 Rational 项目有用。因此非
UNC 命名的 Rational 项目不能由多人共享,及并行使用。关于此技术要记住的重点是,它要求在新的机器上出现同样的盘/目录树,及驱动器名。该技术还要求团队不遵循
Rational 对项目推荐的 UNC 名称。
在迁移项目过程中,zip 压缩文件的大小通常很大。在大多数情况下,Rational 项目中 90% 的数据会是
TMS_Builds 文件夹中的结果日志。因此,在压缩 Rational 项目之前,您可以选择不考虑该文件夹(如果它对您的新环境不重要的话)。您可以剪切该文件夹,压缩其余的内容,随后将其粘贴回去备查。您还可以从
IBM Rational TestManager 控制台上将不想要的日志文件去掉。这个新 zip 压缩文件会更小且可以更快地迁移。同样在制作
Rational 项目的 zip 压缩文件时,不应该在 IBM Rational TestManager
和 IBM Rational Robot 控制台上打开它。
迁移 Rational 项目最费力的方法是每次迁移一个脚本。通过人工地打开原始机器上(从旧的项目中)的每个脚本、复制,并将其粘贴到新项目中的新脚本(GUI
或 VU)中可以完成此工作。您不得不通过此方法复制脚本,因为将所有的脚本一次性复制到目录中不会有效,这是由于
Rational 工件与 Rational 项目最初创建的指定路径是紧耦合的。如果您仅仅从一个地方将一批脚本复制到另一个地方,那么它们将不会在
Rational TestManager 或 Robot 中出现,尽管是出现在正确的 TMS_Scripts
文件夹中。它们的 XML 链接信息不会被拷贝覆盖。您必须一个接一个地复制脚本,以再次生成它们的链接。这需要对自动化中用到的所有头文件和外部库文件进行此工作。这对大型项目来说是最费时间,最痛苦的方法。您还需要一个接一个地导入所有与这些脚本相关的数据源。
只有在您希望复制的项目含有非常少的脚本,并且上面介绍的技术不能正确地起效的时候,才推荐此方法。在您打算仅仅迁移有限脚本的具体情况下,可以使用该选择。您不能使用此技术来迁移其他相关的工件,像套件、数据源或其他同等信息。您不得不在新环境中再次应用这些变更。
本文从您在使用 Rational 工具集时可能遇到的棘手问题之一出发。一旦您掌握了这些技术,迁移 Rational
项目就应该成为一项简单的任务。将项目从一个环境迁移到另一个环境是地理上分布的团队所面临的最公共的问题之一。由于我们有地理上分布的团队,我们频繁地使用了这些技术。大多数自动化工程师在不同的位置工作。我们已经利用这些技术与开发团队,也在我们之间分享测试自动化。我们希望本文能帮助您利用上面详述的技术迁移
Rational 项目。
学习
获得产品和技术
讨论
|