软件测试人

本文《SOAtest最佳实践》原发自 软件测试工具经验分享专业博客，任何转载，均需注明出处；

一、介绍

“一位学徒木工仅仅想要一只铁锤和一把木锯，而一位真正大师级别的巨匠则拥有许多精巧的工具。计算机编程领域同样需要许多用于处理真实软件具备的众多复杂性难题的高级工具和使用这些工具的最佳实践技能”  -- Robert L. Kruse, Data Structures and Program Design

正如购买最好的凿子并不能保证您雕刻出伟大的作品一样，简单的安装一个软件测试工具，并不能保证您的软件无任何Bug，只有将优秀的测试工具有效整合到你的工作流程中，才能帮助你达到你的预期目标。

为了您使用Parasoft SOAtest达成您的预期，本文将介绍基础的最佳实践的方案，这些方法能让您将SOAtest有效整合到您的软件测试环境中。

二、The Parasoft SOAtest Workspace

Parasoft的SOAtest建立在Eclipse基础之上，因此同样有workspace的概念。类似于Microsoft Visiual Studio的Solution的概念。一个Workspace可以包含众多projects，一个project可以保护多个.tst文件，该.tst文件一般与相关文件，诸如Excel spreaddsheets,keystores等文件。这些文件可能位于工程项目下不同的目录下。

通常来说，project级别是最适宜于团队共享的粒度。因此，考虑project的.tst文件和他们所依赖的文件资源变得尤为重要。

三、SOAtest Project布局模式

1. 开发人员为主的团队

如果开发人员是使用SOAtest的主要人员，则使用SOAtest的eclipse插件会直接使您的团队获益；这种情况下，SOATest相关的文件将存放在原工程文件夹下，用"test"目录命名，该目录下包含所有的.tst文件和依赖文件；

2. QA团队

如果您的团队主要是QA人员，由于他们不用经常访问代码，则专门为SOATest测试而创建的工程更适合你们。

3. SOAtest 测试文件典型结构

用于共享的资源放在目录A中，通常包括一些数据源文件，环境配置文件，适用于很多.tst文件的keystores。目录B存储一组相关资源；

四、SOAtest 团队共享

一旦确定好.tst文件的结构指导原则后，则需要建立一套在多个团队见共享这些资源的机制；

待续....

withdreamer SOAtest SOATest  SOAtest Best Practice