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

一个工作空间可以包括多个 projects,每一个都与本地机器上工作区中的目录相关联。项目可以包含多个 .tst 文件,以及任何关联的文件和构件,如数据源 Excel 表、密匙库等。这些构件可以直接位于项目之下,或组织在项目中得子文件夹下。 

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

项目布局模式

开发人员关注的团队

如果开发人员是组织中 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 文件中工作时,您可以在维护相对路径引用完整性时引用存储在项目(上下层级)任何级别的资源。

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

  • No labels