...

如果开发人员是组织中 SOAtest 的主要用户，那么将 SOAtest 打包为 Eclipse IDE 插件可能会使你受益。这一点使得开发人员可以直接从处理源项目的 插件可能会使您受益。这一点使得开发人员可以直接从处理源项目的 IDE 内利用 SOAtest 的功能。 

在这种情况下，与 SOAtest 关联的文件便可保存在源项目中，以便与源代码一起维护。源代码项目中的“tests”目录可包含所有的 .tst 文件及其依赖项。

这种方法的另一个优点是，当任何自定义 Java 扩展为 SOAtest（脚本等）开发，或当消息传递测试时需要供应商 jar 文件（JMS、MQ 等），则 SOAtest 的类路径系统属性可以配置为直接继承于 Java 项目类路径，如此，你便不需为了测试目标而单个管理这样的 项目类路径，如此，您便不需为了测试目标而单个管理这样的 jar 文件或复制它们。

QA 关注的团队

如果 SOAtest 用户是主要的质量保证工程师，通话情况下，他是无法访问源代码的，那么你可能希望特地针对 用户是主要的质量保证工程师，通话情况下，他是无法访问源代码的，那么您可能希望特地针对 SOAtest 目的创建的项目下维护测试。

SOAtest 测试文件结构

下面是组织 SOAtest .tst 文件和相关资源的一种可能方法：

可将共享资源存储在 A 类别的文件夹中。这些文件通常是数据源文件、环境配置文件（稍后会详细介绍），或广泛用于许多 .tst 文件的密匙库。例如，此类别可能包含具有广泛应用的身份验证的数据源、数据库连接配置文件等等。

B 类别下的文件夹包含特定于该测试集合的资源。例如，MyTests3 可能是存储 Web UI 测试（以及其所依赖项和数据集）的目录，而 MyTests4 是保存 Web 服务测试的目录。注意，该类别下的文件夹有时可能与 A 类别中的文件夹具有相同的名称。

当在 .tst 文件中工作时，你可以在维护相对路径引用完整性时引用存储在项目（上下层级）任何级别的资源。文件中工作时，您可以在维护相对路径引用完整性时引用存储在项目（上下层级）任何级别的资源。

可以使用 作为相对路径保存 选项来创建一个与当前配置文件相对的路径（而不是一个完全绝对路径）。当启用此选项时，将根据需要插入 ersist as Relative Path 选项来创建一个与当前配置文件相对的路径（而不是一个完全绝对路径）。当启用此选项时，将根据需要插入 Eclipse 变量。例如， {project_loc:MyProject}/ReferencedTest.tst。使用相对路径可以更容易地在多个机器之间共享测试。