详解IBM Rational Functional Tester 的工作原理.docx

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)”按钮的背后，还隐藏 着更多的细节。 Rational Functional Tester (RFT) 是一款强大的自动化测试工具，主要应用于软件功能测试。它能够操控各种类型的被测应用程序，包括基于 Java、.Net、HTML 以及特定平台如 Siebel、SAP 和 Flex 的应用。要理解 RFT 的工作原理，我们需要深入探讨以下几个关键概念： 1. **启用被测应用程序**： 在开始使用 RFT 进行自动化测试之前，首先要“启用”被测应用程序。这意味着 RFT 需要与被测应用建立通信渠道。这个过程涉及识别和理解被测应用的结构和组件。RFT 提供了一个向导界面，用户可以通过点击“启用”和“测试”按钮来完成这个过程。这个过程中，RFT 会针对不同的应用程序类型（或称为“域”）创建特定的沟通渠道。 2. **域(Domain)**： “域”是 RFT 中的一个重要概念，代表一个特定的应用程序领域或平台。例如，“Java 域”指的是与 Java 应用程序的交互，“.Net 域”则对应 .Net 应用程序。每个域都有其特定的通信机制，RFT 通过 DomainImplementation 对象与每个域建立连接，以便进行控制和操作。 3. **DomainImplementation 对象**： 当启用一个域时，RFT 创建一个 DomainImplementation 对象实例，该对象负责提供接口，以实现与特定域的详细交互。它包括获取域的顶级对象、注册可用的代理对象以及为特定控件创建代理对象。 4. **顶级对象(Top-Level Objects)**： 顶级对象是被测应用程序的最高层次组件，如窗口、框架或应用程序本身。RFT 需要识别这些顶级对象才能进一步访问和控制应用程序的其他部分。 5. **测试对象(Test Objects)**： 测试对象是 RFT 中表示被测应用程序中可操作组件的对象，比如按钮、文本框等。它们是对实际应用程序控件的抽象，允许测试脚本对其进行操作。 6. **代理对象(Proxy Objects)**： 代理对象是 RFT 用于与被测应用程序交互的桥梁。RFT 通过创建代理对象来代表被测应用的控件，并通过这些代理对象发送指令和执行动作。 7. **进程模型**： RFT 的进程模型分为客户端和服务器端进程。被测应用程序运行在服务器端进程，而录制、回放、对象查看器和 IDE 等工具运行在客户端进程。这两个进程之间的通信确保了 RFT 能够有效地控制和监控被测应用程序的行为。 8. **RFT 的交互流程**： 在测试过程中，RFT 通过客户端进程向服务器端进程发送消息，请求操作被测应用的控件。服务器端进程接收并处理这些请求，然后返回结果到客户端，从而完成整个交互过程。 Rational Functional Tester 通过建立与被测应用程序的通信渠道，利用 DomainImplementation 对象、顶级对象、测试对象和代理对象等机制，实现了对多种类型应用程序的自动化测试。它的进程模型确保了客户端和服务器端的高效协作，为测试人员提供了强大的测试能力和灵活性。了解这些核心概念，有助于更好地理解和运用 RFT 进行软件测试。