小议软件自动化测试框架的改进.DOC

什么是软件自动化测试框架 　　框架(Framework)是整个或部分系统的可重用设计，表现为一组抽象构件及构件实例间交互的方法;另一种定义认为，框架是可被应用开发者定制的应用骨架。前者是从应用方面而后者是从目的方面给出的定义。 　　可以说，一个框架是一个可复用的设计构件，它规定了应用的体系结构，阐明了整个设计、协作构件之间的依赖关系、责任分配和控制流程，表现为一组抽象类以及其实例之间协作的方法，它为构件复用提供了上下文(Context)关系。因此构件库的大规模重用也需要框架。 　　构件领域框架方法在很大程度上借鉴了硬件技术发展的成就，它是构件技术、软件体系结构研究和应用软件开发三者发展结合的产物。在很多情况下，框架通常以构件库的形式出现，但构件库只是框架的一个重要部分。框架的关键还在于框架内对象间的交互模式和控制流模式。 　　框架比构件可定制性强。在某种程度上，将构件和框架看成两个不同但彼此协作的技术或许更好。框架为构件提供重用的环境，为构件处理错误、交换数据及激活操作提供了标准的方法。 　　应用框架的概念也很简单。它并不是包含构件应用程序的小片程序，而是实现了某应用领域通用完备功能(除去特殊应用的部分)的底层服务。使用这种框架的编程人员可以在一个通用功能已经实现的基础上开始具体的系统开发。框架提供了所有应用期望的默认行为的类集合。具体的应用通过重写子类(该子类属于框架的默认行为)或组装对象来支持应用专用的行为。 　　应用框架强调的是软件的设计重用性和系统的可扩充性，以缩短大型应用软件系统的开发周期，提高开发质量。与传统的基于类库的面向对象重用技术比较，应用框架更注重于面向专业领域的软件重用。应用框架具有领域相关性，构件根据框架进行复合而生成可运行的系统。框架的粒度越大，其中包含的领域知识就更加完整。 　　框架，即framework.其实就是某种应用的半成品，就是一组组件，供你选用完成你自己的系统。简单说就是使用别人搭好的舞台，你来做表演。而且，框架一般是成熟的，不断升级的软件。 同样，测试框架也是如此，每个公司力求的最终结果，就是花少量的资源来尽可能多的完成测试任务，所以测试框架的建立以及框架的重用性方面是最值得探讨的地方，沙龙里面“自动化测试的框架要讲究粒度”和“建立测试框架需要一定的开发能力”这2句话说的非常有道理，你不能苛求测试人员完成所有测试应用框架的建立，这是不现实的，时间、资源都不允许。所以被测系统的主营业务，核心应用理当成为框架的首选。 软件自动化测试框架STAF ?? ?工作当中接触到这个开源的软件自动化测试框架，特此上线扯个蛋，不感冒的自觉走开，呵呵~ 一、什么是STAF ?? ? ?STAF(Software Testing Automation Framework)是一个由IBM开发的开源、跨平台、支持多语言且基于可重用的组件来构建的自动化测试框架，而这一系列的组件都是一些可以处理调用、资源管理、监视等一些列的服务组成，后面将会介绍这些概念。STAF框架为自动化测试建立了基础，在高层解决方案提供一种可插拨的机制，支持多种平台与多种语言。??? ? 二、我们真的需要这个框架么? ?? ?当然，我不是一个推销员，也更不肯能是。但是，我想说的是，单从软件产品测试的角度来看，产品的平台兼容性是一个不可忽视的问题。对于Windows平 台上，软件产品需要能够完美的兼容早期的Win98、WinNT系统，还得兼容表现优秀的WinXP、Windows Server系统，更要支持用户群扩大的Win7。 如果产品做的好，甚至还需要兼容Linux、Mac OS。注意了，其实对于每种系统还可以继续分为32位系统与64位系统，而每次产品在Release之前都需要在在上述各个平台上测试N遍。如果纯手工的 测试，那么在投入的人力、设备、以及时间成本上是很惊人的，那么一种自动化测试需求便应运而生了，而STAF便是满足这种需求的一种框架。 ? 三、怎么运用STAF来解决我们的需求? ?? ? ?那么，你可能会疑问，STAF框架怎么解决上述这个问题的呢？一种合理的解决方案是，一般公司都会有一些性能配置优越的服务器(暂且称为Lab机器)， 而我们工作人员一般的机器性能都仅仅满足我们的日常工作(暂且称为Office机器)，做一些日常的开发和文档处理绰绰有余，但是同时开多台虚拟机跑测试 的话，估计机器也就卡的半死不活了，到时候我们只能大眼瞪小眼了，而逐个平台的测试的话，时间却又是我们所不能接受的。所以我们可以将跑测试的工作交由处 理能力很强的Lab机器，而我们测试人员的Office机器需要做的则是告诉Lab机器需要做什么，然后Lab机器在执行完测试任务后会将测试结果返回到 Office机器上。 ?? ? 在上述的描述中，Office机器与La