使用 IBM Rational ClearCase 对测试资产进行管理

　　您是否在寻找一个同时管理多个并行开发工作的方法，或者仅仅寻找一个自动管理和追踪测试资产的方法，IBM® Rational® ClearCase®可以帮助您来实现它。在本文中，我们将会看到几种不同的用于管理测试资产的方法。我们曾经讨论过几种管理测试资产方法的优缺点，在这里我们将看到如何使用ClearCase来实现它们。本文适用于那些已习惯于Rational工具和那些熟悉ClearCase的用户，而不是针对那些从未使用过测试资产配置管理（CM）的客户。

　　在进入到案例之前，我们将回顾一些基础的配置管理的概念。在此之后，我们将比较几种不同的针对测试工件而创建的CM开发环境策略，并且我们将为您介绍一些案例。

什么是测试资产？

　　测试资产是被测试或QA团队开发的任何一种工件。在IBM? 的 Rational 统一过程 （? RUP?）中，它包括以下的工件 (在RUP中按照角色分组):

　　实际上，测试资产涉及通过 Rational TestManager 中的测试资产工作台和通过 Rational Software Quality 工具访问的工件：

javascript:;? target="_self">Test Asset Workspace in Rational TestManager" src="http://www.ltesting.net/ddimg/uploadimg/20071128/3125_image2.jpg">

Rational TestManager 中的测试资产工作台

　　在本文中，我们将讨论如何为您管理Rational测试数据存储库中的所有资产。如果您还有存储库之外的测试资产，可能您需要修改在本文中提供地给定指令，或者您需要把它们重新部署在测试数据库中的某个位置。在我们解了CM开发环境中是如何使用测试资产的例子之后，我们将考虑测试脚本，测试用例，手工测试用例，数据池和日志文件。

什么是配置管理？

　　那么，什么是配置管理和变更管理呢？您又如何利用它们支持您的测试工作？

　　配置管理和变更管理，用最简单的术语描述就是，管理谁变更了资产，何时变更了资产，为什么变更资产。此外，配置管理支持追踪工件的版本，创建和重新产生产品基线，并且支持并行的和多地域的开发。

　　每一个项目都有一个配置管理流程和开发环境，虽然它可能不是可实践的，文档化的或者可重复的。一个"优秀的"配置管理流程应该满足以下要求：

• 为软件开发创建一个稳定的环境，为团队成员提供独立的编写和测试代码的开发平台，并且使他们可以将自己的变更在准备就绪时引入团队环境中。
• 定义并加强项目策略，例如，谁被授权对工件进行更改。
• 记录哪一个人何时为什么变更工件的的审计痕迹。
• 随着团队扩大而相应地扩展。
• 支持异构的，地理分布的并行开发。
• 增加团队生产力，缩短开发周期。
• 确保高质量产品的开发。

　　当今软件开发团队面对的最大挑战是缺少优秀的，可重复的以及实用的配置管理流程。我们过去的团队开发环境疏忽了上面所述要求，它可能致开发工作变得混乱。规模越庞大的开发工作在项目的进度，成本上越会导致严重的负面影响，最终导致推迟上市时间并且使产品的品质下降。

统一变更管理(UCM)

原文转自：http://www.ltesting.net