要创建视图：
返回到ClearCase Explorer。
在浏览器界面选择"Toolbox"标签，并且选择"Base ClearCase" 页面。
接着，选择"Create View"图标。这将再一次打开"View Creation"向导。
对于 "Will this view be used for working on one of the Projects described in the ClearCase project tree?" 选择 "Yes"，从项目列表中选择SampleProject，并点击Next。
取消选中"Create a development stream"复选框。一个开发流允许对一个受控工件进行并行开发;但是，Rational测试工具在此时不支持并行开发。点击Next。
在向导的最后两个步骤，接受默认的信息并且点击Next。
当您在"Choose Components,"点击Finish后，检查信息对话框并且选择OK。
ClearCase将会为集成流创建视图。在确定对话框中点击OK。
关闭ClearCase Explorer。
Rational Administrator
在此步骤中，我们将使用UCM配置测试数据存储库并管理测试资产。在我们的例子中，我们正在一个本地驱动器上创建项目;然而，在你们的开发环境中，您可能将在一个共享的网络驱动器上创建项目。
打开Rational Administrator。
右键点击Projects，并选择"New Project..."，这将会打开"New Project"向导。
在"New Project"向导的第一个页签中，输入项目的信息并且选中 "Use ClearCase and Unified Change Management to baseline project assets" 复选框。注意，它需要一个快照视图。
点击Next。这将会打开一个警告/配置的对话框，用于提醒您注意共享驱动器。
点击OK。这将打开"Project UCM Policies" 进入到"New Project" 向导。
取消选中"Version Control Requirements Assets" 复选框，并选中"Version Control Test Assets"复选框。在"Associated UCM Project"列表框中，选择我们早先创建的SampleProject项目。点击Next。
之后将会打开"Security"对话框。如果您对安全性要求很严格，您可以在此创建密码，我们在这里不要求安全性。由于我们的信任，在这里我们将不设定安全性，并且点击Next。
复查一下"Summary"对话框，确保"Configure Project Now" 复选框已被选中，并且点击Finish。
之后将会打开"Configure Project" 窗口。
选择"Create..." 按钮来将一个测试数据库和项目联系在一起。然后将打开"Create Test Datastore" 向导。
在这个例子中，我们将使用Microsoft Access®作为我们的数据库;然而在您的开发环境中，您更可能会使用SQL Anywhere数据库。点击Next。
这将把我们带到向导的第二个步骤，在这里我们将设置数据库的路径。在那里将会显示 ""，在这个路径中，我们需要定位到我们为集成流创建的视图的位置。在我们的例子中，我们使用缺省的设置，来创建Documents和Settings下的流。注意：在您的开发环境中，确保在您输入的路径最后添加了"\TestDatastore"，否则您将会得到一个错误的提示并且不能进行以下的步骤。
点击Next。这将会带您来到项目的初始化步骤。如果您有来自已存在项目的数据，并且想使用它们，您可以在这里输入它们;或者，您只需要简单地点击Next。
最后一步，检查数据库的属性，并且点击Finish。
Rational Administrator 将会为您创建数据库(注意：这将会需要一些时间)。除了创建一个测试数据库，Rational Administrator还通过视图将文件添加到源代码控制中。当它完成后，将检验所有在数据库中的文件。
当这个流程结束后，您将获得一个确认对话框。
在"Configure Project"窗口点击OK。
关闭Rational Administrator。
现在在适当的位置您拥有用于测试资产的CM了。
回页首在一个CM环境中管理测试资产
在高层次上，Rational Software Quality解决方案中的测试资产目前不支持使用UCM进行并行开发。对最终用户(比如，使用Rational解决方案的测试者)来说，这意味着使用一个在配置管理控制之下和配置管理控制之外的项目之间没有差别。工具没有表现出任何的不同，并且对于测试者来说没有额外的工作量。如果您认为您的测试人员不得不执行检入和检出操作，就像他们的开发伙伴所做得一样，会在在此检入和检出，这会给您带来一个惊喜。因为在这里没有激活UMC的并行开发功能，项目中的所有测试资产总是要被检出来。这就意味着您必须在做检入的时候，就是去创建一个基线。
在什么时候我会想要创建一个基线?或者是在一个稳定的迭代最后，或者是在一个重要的开发工作在测试数据库中刚开始之前。下面几个步骤显示了如何检入全部的测试资产，创建一个新的基线，并且再次检出所有的资产。您的项目的Rational Administrator或者技术负责人应当完成此项工作。
作为在测试资产中检入的一部分，我们需要为检入创建一个活动。一个活动是一个与流相关的开发任务，在我们的例子中，与ClearCase项目的集成流相关。在检入过程中，一个活动记录了一个变更集，这是一个由于执行活动而发生文件变更的相关版本的列表。当我们检入测试资产时，我们需要创建一个与它们相关联的活动。在最后的检入时创建的新文件，还有已经被修改的任何已有文件，将会被关联到此活动，并且会被记录在活动的变更集中。
检入项目资产
确保 没有人 在使用测试资产。为了检入测试资产，Rational 管理员需要有访问所有测试资产文件路径的独占权限。如果有人正在使用一个文件，这个文件不会被检入并且不会包含在我们的基线之中。
打开 Project Administrator。
右击这个项目并且选择"Configure..."
在Configure Project窗口，选择 "Check In All..."，然后将会打开下面的确认对话框。
选择 Yes。打开"Check In All Test Assets"对话框。
为您的活动输入一个描述信息(如上所述)并且点击OK。
这将打开 Check In 对话框，它可能会运行较长时间，由项目的规模所决定。
它一旦完成，您将会看到以下对话框：
所有新的测试资产已经被添加到版本控制中。任何修改的测试资产已经被检入。并且所有的测试资产再次被检出，测试人员也再次开始工作。
创建基线
打开 ClearCase Project Explorer。
在 Project Explorer 目录树中，定位到您的项目的集成流。在我们的例子中，就是 SampleProject_Integration 流。
右键点击流并且选择 "Make Baseline..."
接着打开 "Make Baseline"对话框。
在"General"页签中，输入基线的名字(简单的名字 - 在我们的例子中，我们将基线命名为 "SampleProject_Iteration1")，以及基线的描述信息。
在"Activities" 页签中，选择您希望包含在基线中的活动。注意我们在最后一个步骤中创建的活动已经被列在这里了。
点击OK。您将看到以下的警告：
这个警告提醒您所有测试资产文件的版本当前已经被检出。如果您在此时创建一个基线，在您最后检入时所做的测试资产变更将不会成为基线的一部分。这再次说明，这不是一个典型的UMC开发环境，您将总是有被检出的文件。当您确保所有的变更已被检出时，点击OK。
ClearCase将会创建一个基线，并且在结束时会弹出一个对话框。
回页首提示与技巧
下面的内容对指导您如何在测试资产时使用ClearCase和UCM 有所帮助。
文件大小限制
在我们使用测试资产来实现UCM时，当尝试检入超过1MB大小的文件时，我们会碰到错误。在检入验证点，日志文件或者任何存放在测试数据库中的 Microsoft ®Word 文件时会遇到问题。我们需要解决这个限制，保证在ClearCase版本控制下的能够在测试数据库以外的存储库的中存储任何测试文档，例如，在 RequisitePro。另外，使用最小化基于图形的确认点也可以明显带增大相关文件的尺寸。
何时检入所有测试资产
如我们之前所述，测试资产进行检入需要全部用户停止对测试资产进行的工作。这个过程要耗费大量的时间。最理想的方法是一次完成这个活动，以便最低限度地打断您的团队成员的工作。
Microsoft Windows 路径长度的限制
目前，微软的Windows操作系统，包括Windows 95，98，NT和2000，有一个255个字符的长度限制。如果超过这个最大长度的限制，Windows 的文件创建将会失败。用户在元素和流命名时需要注意这一点。我们建议为VOBs、组件和流创建合理的标准命名，并作为团队或项目ClearCase使用模型的一部分。
增量和完整基线
当您为您的测试资产创建基线时，您可以选择创建一个增量式基线还是完整基线。增量式基线的优势是它比完整基线花费更少的时间。而它的缺点是需要花费更长的时间转换回到先前的基线，比如增加基线中的每一个受控文件都必须基于两个版本之间的变化被重新创建。
