本主题是 WebKing 或 5.x 及更早版本 SOAtest 用户的通用迁移指南。本章包含：
该向导目的在于帮助 WebKing 或 5.x 及更早版本的 SOAtest 用户更早地筹备和尽可能快地在 SOAtest 最新版本中运行。
本迁移指南适用于已经熟悉 SOAtest 或 WebKing 的用户。新用户应该首先查看 SOAtest 入门指南 。
由于自 6.0 版本后 SOAtest 接口就被集成到 Eclipse 框架，所以它现在遵循 Eclipse 框架层次结构以管理测试资产。不再需要一次打开一个 .tst 文件。相反，可以管理工作空间内项目的所有 .tst 文件。
工作空间对应于本地机器上的目录。SOAtest 启动时，它将询问您工作空间的所需位置，并在后面运行中记住该位置。当启动 SOAtest 9.x 和更高版本时，Eclipse 工作空间将自动创建在 <user_home_dir>/parasoft/workspace中。例如：/home/username/parasoft/workspace (Linux), C:\Users\username\parasoft\workspace (Windows).
在以下章节中，我们将介绍几种创建新项目的方法，这些方法可能对现有的 SOAtest 或 WebKing 用户有用。关于创建新项目的其他方法（比如，从 WSDL 中），可以在 SOAtest Tutorial中找到。
若要确保测试可以轻松地在组织中，一个特定的团队成员（通常是团队领导或经理）共享，则必须决定使用哪个项目设置策略。然后整个团队应该采用相同策略。
| 在这些情况中 | 使用该策略 |
|---|---|
| 您的测试存储在源码控制系统中 | 从源代码控制下的测试创建项目 |
| 您的测试没有存储在源码控制系统中，并且您希望将旧的测试复制到文件系统的新位置。 | 复制测试到新的位置 |
| 您的测试没有存储在源码控制系统中，并且您希望现有文件保持在文件系统的相同位置。 | 将测试留在原始位置 |
一旦在 6.0 及更高版本 SOAtest 内打开文件，则它会自动以一种新的格式保存，这种格式在早期版本的 SOAtest 或 WebKing 中无法打开。 |
默认情况下，支持装载 CVS 源码控制的 SOAtest 9.x。可以通过给 Eclipse 提供合适的插件添加其他源码控制的支持。
若要创建由键入源码控制的测试套件组成的项目：
.project 和 .parasoft 文件添加到源码控制中。 它们将在 Navigator 视图中可见，并应该由整个团队共享。.metadata 文件夹添加到源码控制中。强烈推荐将旧测试复制到新的工作空间。这样做将以类似于备份硬盘驱动器的方式保存旧的测试。该过程在 Copying Tests to a New Location中进行了说明。
作为第二选项，可以为没有存储在源码控制系统的测试使用现有 SOAtest 或 WebKing 测试套件向导中的项目。这将导致在工作空间内出现原始文件，但是这将允许保存在文件系统上的相同位置。该过程在 Leaving Tests in the Original Location中进行了说明。
若要创建一个将现有测试套件复制到文件系统上新位置的项目：
.project 文件夹和 .parasoft 文件到源码控制中。它们将在 Navigator 视图中可见，并应该由整个团队共享。.metadata 文件夹添加到源码控制中。若要创建一个将现有测试套件留在文件系统上相同位置的项目：
一旦团队成员创建了一个项目，则该成员便可创建一个团队 .psf 文件，以将此项目与其他团队成员共享。这一点允许每个团队成员以相同的方式创建 Eclipse 项目。对于导入来自自动化夜间测试进程的任务，这是很有必要的一步。
若要为从 CVS 创建的项目创建团队项目集文件，请完成以下内容：
若要从团队 .psf 文件中创建一个项目，请完成以下内容：
现有 SOAtest 或 WebKing 用户可以从 SOAtest 的以前版本或 WebKing 中导入首选项。首选项包含类似以前使用的 WSDL、URLs、报告中心首选项、类路径中包括其他 jar 文件的系统属性等的设置。以前版本 SOAtest 或 WebKing 中的首选项以带 .xtp 或 .wkp 扩展名的二进制文件保存在 SOAtest 或 WebKing 的安装目录中。
若要导入现有首选项，请完成以下内容：
Parasoft SOAtest 是基于 Eclipse IDE 的，并且它的外观和感觉都与以前的版本不同。然而，除了上述变更，用户接口设置布局、表单和设置在很大程度上保持不变，并且应该对现有用户保持熟悉。
测试用例资源管理器可以在同一个时间打开多个 Eclipse 项目。每个项目可以同时打开多个测试套件。在以前版本的 SOAtest 中，只有在给定时间才可以打开测试套件。
在测试用例资源管理器的右上角有以下菜单按钮：
在以前版本中，如果希望为测试节点（比如，一个“编辑器”）打开配置面板，则将在测试选项卡中选择该节点。使用 SOAtest 9.x，可可以双击项目的 Test Case Explorer 节点来显示其编辑器。
如果希望将默认的双击行为更改为单击，请完成以下内容：
现在，您将能够基于单击打开编辑器。
在以前版本的 SOAtest 和 WebKing 中，一次只能打开一个编辑器。 在 SOAtest 9.x 中，可以同时打开多个编辑器。
当编辑器在 SOAtest 9.x 和更高版本中被修改后，将在编辑器选项卡上显示一个星号“*”，表示编辑器现在是“编辑状态（未保存）”。对编辑器的修改必须使用 Save 工具栏按钮或 Ctrl-S 键盘快捷键明确保存。
在以前版本的 SOAtest（5.x 及更早版本）中，环境将显示在测试选项卡下方的单独选项卡中。现在，环境是测试用例资源管理器中树视图中的一部分。
若要运行测试，则可以单击测试节点，并从快捷菜单选择 Test Using ‘Example Configuration’ 。 或者，可以按键盘上的 F9 ，然后单击 Test 工具栏按钮。
在以前版本的 SOAtest 和 WebKing 中，必须明确保存测试套件（.tst）文件。在 6.x 及更高版本的 SOAtest 中，将自动保存测试用例资源管理器中的用户操作。例如，将自动保存添加新测试到测试用例资源管理器中。
一旦将测试保存在最新版本的 SOAtest 中，它们便不可在更早版本的 SOAtest 中打开。
测试执行期间出现的故障现在在质量任务视图中显示。之前在消息日志视图中显示的内容现在在控制台视图中显示。
如果在 Eclipse 环境中安装了合适的源码控制插件，那么现在测试套件直接检入到源码控制中，如下所示：
若要在新项目中进行检查，请完成以下内容：
若要通过命令行设置自动化的夜间构建，请完成以下内容：
soatestcli.exe -data "c:\mySOAtestWorkspace" -showdetails -config "user://Example Configuration" -report "c:\mySOAtestReports" -publish -localsettings c:\mySOAtestWorkspace\mylocalsettings.properties" -Publish 参数将添加报告到 DTP，以便测试和分析数据可以被合并、关联和分析，从而暴露出隐藏很深的缺陷模式。DTP 处理数据时，它将创建可操作的发现，该发现可下载并导入到 IDE 中（要求 5.3.x 及更新版本的 DTP）。
还可以使用 -publishteamserver 选项来发布报告到团队服务器，该服务器提供了 Concerto 和更早版本的 DTP 的兼容性。
关于更改的详细列表，请查阅 命令行接口迁移上的主题。
HP QC 集成已经从 6.2 升级为 9.x。必须重新执行连接两个产品的步骤，以确保继续执行正确的行为。