Rational Functional Tester 工作原理.docVIP

Rational Functional Tester 工作原理 Rational Functional Tester 测试的前提 相信很多读者在接触 Rational Functional Tester 这类自动化测试工具后，都会有这样的疑问：它为什么可以操纵 Java 程序或者浏览器呢？ Rational Functional Tester 可以操控被测控件、完成用户指定的自动测试动作，但前提是它需要具备与被测应用程序（Application Under Test，AUT）进行通讯的能力。要做到这一点，Rational Functional Tester 首先必须建立自身与被测应用的沟通渠道，该过程对于 Rational Functional Tester 而言，被称为“启用被测应用程序”。 目前 Rational Functional Tester 可以支持如下领域的被测应用程序：基于 Java 平台的程序、基于 .Net 平台的程序、HTML 程序，以及基于 Siebel、SAP、Flex 等特定平台的应用程序。Rational Functional Tester 提供了这样的一个向导窗口来帮助用户“启用被测应用程序”，在这个简洁的对话框的“启用（Enable）”按钮和“测试（Test）”按钮的背后，还隐藏 着更多的细节。 图 1. 启用环境向导对话框 在 Rational Functional Tester 的术语词典里，这里的每一类应用程序都被称为“域”（domain）。建立沟通渠道的操作，都是作用在某个特定的“域”上，你可以在 Rational Functional Tester 和“Java 域”之间建立沟通渠道，这就是在 Rational Functional Tester 中启动 Java 被测应用程序的过程；依此类推，你也可以为 .Net 程序、 SAP 程序建立它们和 Rational Functional Tester 之间的特有的沟通渠道，使得 Rational Functional Tester 可以进而对 .Net 程序、 SAP 程序进行测试。在为每类程序（或进程）建好沟通渠道后，你还需要对渠道进行必要的测试，检验通讯是否能正常工作。Rational Functional Tester 正是通过这些沟通渠道来对被测程序（或进程）的控件发出指令、执行动作的。 建立沟通渠道时，Rational Functional Tester 对于被测应用程序，会新建一个 DomainImplementation 对象实例，由它来抽象出一个接口，提供具体的域相关细节给 Rational Functional Tester。DomainImplementation 对象的使命有： 获取该域最高级别的对象 注册该域可用的代理对象 为指定的控件创建代理对象 下图是启用浏览器环境的测试结果，可以看见 Java，HTML 两种 DomainImplementation 对象都被加载，来完成 HTML 被测应用的测试。（因为 HTML 应用程序在呈现时会涉及到 Java 内容） 图 2. 浏览器启用的测试结果 “域”、“顶级对象”、“测试对象”、“代理对象”，又有这么多新名词出现，它们和 Rational Functional Tester 的运作有着怎样的关系呢？下面我们会逐一介绍它们的作用和典型动作。 Rational Functional Tester 进程级交互 Rational Functional Tester 进程模型 我们知道，运行中的程序和软件是以进程的形式存在的。首先我们来看一下 Rational Functional Tester 和被测程序间的进程相关细节。在 Rational Functional Tester 的设计规划里，各个相关进程按照所处位置和相对关系分成两类：客户端进程和服务器端进程。被测应用程序进程被称为“Rational Functional Tester 服务器端进程”，而录制，回放，对象查看器，和集成开发环境（IDE，Eclipse 或 Visual Studio .Net）等进程则被称为“Rational Functional Tester 客户端进程”。不论用户使用的是 Java 编程环境还是 .Net 编程环境来进行脚本开发，进程间的关系皆是如此，如下图所示。更直观地说，与 Rational Functional Tester 直接相关的进程是客户端，与被测程序直接相关的进程是服务器端。 图 3. 客户端进程和被测应用程序（服务器端进程） Rational Functional Tester 与被测应用程序的进程级交互 Rational Functional Te