Parasoft SOAtest 应用了工作空间的概念，因为它构建在流行的 Eclipse IDE 上。这等价于 Microsoft Visual Studio 中的“solution”。工作空间对应于本地文件系统上的目录。总的来说，该目录的位置并不重要。SOAtest 默认设置为本地机器上的某个位置，但是用户或团队可根据需求随意改变。

一个工作空间可以包括多个项目，每一个都与本地机器上工作空间中的目录相关联。项目可包含多个 .tst 文件以及任何相关文件和工件，如数据源 Excel 电子表格、密钥库等。这些工件可以直接放在项目下，也可以放在项目中的子文件夹下。 

项目级别通常是最适合团队共享的级别。因此，考虑项目 .tst 文件的布局以及其所依赖的文件资源就变得非常重要了。

项目布局模式

开发人员关注的团队

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

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

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

QA 关注的团队

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

SOAtest 测试文件结构

下面是整理 SOAtest .tst 文件和相关资源的一种方法：

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

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

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

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