工作当中接触到这个开源的软件自动化测试框架，特此上线扯个蛋，不感冒的自觉走开，呵呵~

一、什么是STAF

      STAF(Software Testing Automation Framework)是一个由IBM开发的开源、跨平台、支持多语言且基于可重用的组件来构建的自动化测试框架，而这一系列的组件都是一些可以处理调用、资源管理、监视等一些列的服务组成，后面将会介绍这些概念。STAF框架为自动化测试建立了基础，在高层解决方案提供一种可插拨的机制，支持多种平台与多种语言。   

二、我们真的需要这个框架么 

      当然，我不是一个推销员，也更不肯能是。但是，我想说的是，单从软件产品测试的角度来看，产品的平台兼容性是一个不可忽视的问题。对于Windows平台上，软件产品需要能够xx的兼容早期的Win98、WinNT系统，还得兼容表现优秀的WinXP、Windows Server系统，更要支持用户群扩大的Win7。 如果产品做的好，甚至还需要兼容Linux、Mac OS。注意了，其实对于每种系统还可以继续分为32位系统与64位系统，而每次产品在Release之前都需要在在上述各个平台上测试N遍。如果纯手工的测试，那么在投入的人力、设备、以及时间成本上是很惊人的，那么一种自动化测试需求便应运而生了，而STAF便是满足这种需求的一种框架。

三、怎么运用STAF来解决我们的需求 

      那么，你可能会疑问，STAF框架怎么解决上述这个问题的呢？一种合理的解决方案是，一般公司都会有一些性能配置优越的服务器(暂且称为Lab机器)，而我们工作人员一般的机器性能都仅仅满足我们的日常工作(暂且称为Office机器)，做一些日常的开发和文档处理绰绰有余，但是同时开多台虚拟机跑测试的话，估计机器也就卡的半死不活了，到时候我们只能大眼瞪小眼了，而逐个平台的测试的话，时间却又是我们所不能接受的。所以我们可以将跑测试的工作交由处理能力很强的Lab机器，而我们测试人员的Office机器需要做的则是告诉Lab机器需要做什么，然后Lab机器在执行完测试任务后会将测试结果返回到Office机器上。

     在上述的描述中，Office机器与Lab机器都必须装有STAF，需要指出的是，各个装有STAF环境的机器之间的关系是对等的(Peer to Peer)，也就是没有服务器与客户端区别。Office机器端上的STAF可以通过与Lab机器上的STAF进行通信,从而调用Lab机器上STAF提供的各种服务(例如可以要求Lab机器启动NotePad这个进程或者调用某个测试脚本程序)。为了方便大家理解，可以参考下图进行理解：                

                                                                        图中一些概念下文会做详细讲解

四、理解STAF中的一些概念 

        1、STAFProc进程

       2、STAF服务(Service)

      STAF是基于服务来构建自动化框架的，每个服务就是STAF的可重用组件，其通过STAFProc分派来的任务来实现其"人生价值"。在STAF中主要分为两种类型的服务，一种是内部服务(Internal Service)，一种为外部服务(External Service)。

      那么，上述两种服务有什么区别呢？内部服务的话则一般被集成到STAFProc,一般都是一些比较基本而常用的服务;而外部服务则是需要动态载入，其可执行码不在STAFProc中，一般都在外部Jar中或者外部DLL库中。其实，这个对于Java熟悉的朋友比较好理解，我们Java程序JdK装完后可以使用的那些包(Package)就相当于内部服务，而当我们需要进行一些特殊开发的时候，往往需要引入一些第三方库(如开发蓝牙服务的BlueCover.jar),这些就好比外部服务。

      3、内部服务

       4、外部服务

       外部服务一般需要到STAF官网去下载服务组件包(网址为),一般服务组件包下完后还需要一些配置，这个在下篇文章会以STAX为例介绍

，先列出一些常用的外部服务       

          先不扯了，有点晚了，不然明天工作又要迟到了，先搁笔会，明天继续~