在上图中，

        控制机上安装了 CruiseControl 和 STAF、STAX 框架两套工具。

        编译机上安装了编译工具 Ant 以及测试执行工具 Junit 和 RFT。 其中 JUnit 测试脚本用来测试 WebService，而 RFT 测试脚本则用来测试和操作客户端。

        测试机 1 和测试机 2 则分别用来运行 WebService 和客户端。

        该测试方案的具体执行步骤如下：

        CruiseControl 服务器在每日指定的时间自动从 CVS 服务器获取最新测试代码，完成后 CruiseControl 服务器执行一个批处理命令来启动一个 STAF 任务。 
        该 STAF 任务从 FTP 服务器下载最新配置登录模块的脚本到本地目录。 
        STAF 将 WebSerivce 和客户端的源代码，测试脚本源代码，以及测试代码分发到编译机上。 
        STAF 在编译机上调用编译工具 Ant 来编译被测试代码（编译出包含 WebService 的 war 和包含客户端的 war ），测试脚本源代码。 
        STAF 将编译出的运行时代码 （war） 通过 WAS 远程命令部署到测试机1，2中。 
        STAF 将配置登录模块的脚本发布到测试机1，2中，并分别在测试机上运行该脚本来配置登录模块。 
        STAF 在编译机上调用 JUnit 和 RFT 来运行测试代码。 
        STAF 将测试结果送回控制机并显示。
使用的产品和技术

STAF/STAX

        软件测试自动化框架（ Software Testing Automation Framework，简称 STAF ）是一个开源的测试自动化框架，它的设计核心理念是称为“服务”的可重用组件（例如，进程调用，资源管理，日志和监控等）。 STAX 是构建在 STAF，XML 和 Python 语言之上的执行引擎，它的出现大大的简化了测试人员的实现测试自动化的工作。STAX 同时还提供了一个强大的图形界面监控程序，使用该监控程序你可以监控并控制正在 STAF 框架中执行的任务。

        本文STAF / STAX 脚本一章详细介绍了在如何使用 STAF/STAX。

CruiseControl

        CruiseControl 是一个被广泛使用的用于软件持续集成的开源框架。 所谓软件的持续集成（ Continuous Integration ）是指一种软件开发团队频繁的将他们各自开发的组件进行集成的实践。通过软件的持续集成可以尽早的发现错误，并降低最终集成时所耗费的时间和精力。

        本文配置 CruiseControl 一章详细介绍了如何配置和使用 CruiseControl。

JUnit/HttpUnit

        JUnit 是一个被广泛使用的用于测试 Java 应用程序的开源自动化测试框架。JUnit 提供了十分简洁易用的编程接口来让测试人员编写测试脚本。同时搭配使用 xUnit 系列的工具，JUnit 可以完成对许多不同类型的应用的测试。

        HttpUnit 是一个专门针对 Web 应用程序进行自动化测试的开源类库。它可以模拟浏览器的行为（包括表单提交，JavaScript，简单 http 认证，cookie，以及页面重定向等）来测试 Web 应用程序并且允许测试代码检查从服务器端返回的页面。

        在本文中，我们搭配使用 JUnit 和 HTTPUnit 这两个工具来测试 WebService。

Rational Functional Tester

        IBM Rational Functional Tester ( RFT ) 是一个用于进行自动化的功能和回归测试的工具。它使得测试人员可以测试应用程序的图形界面，并提供了数据驱动的测试能力。 RFT 支持不同平台上的各种类型的图形界面应用，常见的包括在浏览器中运行的 Web 应用界面，用 SWT 开发的图形界面等。不仅如此， RFT 还提供了多种语言版本的测试脚本和开发环境供测试人员选择，包括在 Eclipse 环境中开发 Java 测试脚本和在微软的 Visio Studio 环境中开发 VB.net 脚本。RFT 当前最新的版本为 7.0。

        在本文中，我们使用 RFT 来测试 WebService 客户端。

准备环境

        本章介绍在自动测试前的准备工作，包括下列内容：

        配置 WAS 环境变量， 
        删除 WAS 上的 JAAS 登录模块脚本 
        WAS 重启脚本 
        在部署服务器上准备部署脚本 
        配置 WAS 环境变量 ( WAS_HOME )

        在使用 WAS 开始工作前，首先要配置 WAS 环境变量 WAS_HOME，WAS_HOME 用于指向 WAS 的安装目录。下文中，在使用一些 WAS 自带的工具时，会引用环境变量 WAS_HOME 来表示 WAS 的安装目录。具体的设置方法如清单 1 所示。

清单 1. 配置 WAS_HOME
               
[Windows Platform]
set WAS_HOME=C:\Program Files\IBM\AppServer
echo %WAS_HOME%

[Linux Platform]
export WAS_HOME=/opt/IBM/AppServer
echo $WAS_HOME
 

清单1展示了如何配置 WAS_HOME。

        在 Windows 平台中使用 set 命令进行设置，以后可以通过 %WAS_HOME% 进行访问。

        在 Linux 平台中使用 export 命令进行设置，以后可以通过 $WAS_HOME 进行访问。如果要使环境变量 WAS_HOME 在系统启动时自动设置，可以将 export 语句添加到 boot.local 文件中。