测试 Web 应用程序中常见问题及解决方案.docVIP

Rational Functional Tester 测试 Web 应用程序中的常见问题及解决方案 刘 俊涛, 软件工程师, IBM 简介：?Rational? Functional Tester (RFT) 作为自动化测试工具，适用范围非常广泛，深入到测试的各个阶段：如 UAT（User Acceptance Test，用户可接受度测试），BVT（Build Verification Test，小版本测试），FVT（Functional Verification Test，功能测试），Migration（迁移测试），Regression（回归测试），甚至 GVT（Globalization Verification Test，国际化支持测试）。本文从 Web 应用程序测试的三个常见的问题“多浏览器窗口”、“相同的 test object 对象识别”和“Windows 弹出窗口处理”入手，进行具体分析，并给出解决方案。 发布日期：?2009 年 6 月 30 日?级别：?初级?访问情况 ：?3004 次浏览?评论：?0?( 查看?|? 添加评论?- 登录) ?平均分 (2个评分) 为本文评分 Rational Functional Tester (RFT) 作为 IBM 自己设计研发的自动化测试工具，适用范围非常广泛，仅在 IBM 公司内部，其使用范围已覆盖 WPLC 的各大 Web 产品：如 WepSphere Portal，Lotus Quickr，Lotus Connection，Lotus iNotes，Lotus Mashup Center 等，并且深入到测试的各个阶段：如 UAT（User Acceptance Test，用户可接受度测试），BVT（Build Verification Test，小版本测试），FVT（Functional Verification Test，功能测试），Migration（迁移测试），Regression（回归测试），甚至 GVT（Globalization Verification Test，国际化支持测试）。测试环境的复杂化、测试用例的多样化、测试产品的开发特性（如对 Accessibility 的完备支持）等都对自动化程序的开发者带来困扰和挑战。本文从 3 个常见的问题入手，进行具体分析，并给出解决方案。 多浏览器窗口 在某些测试用例中，需要同时处理 2 个甚至多个浏览器窗口。比如浏览器窗口 A 上登录系统的用户 user1 和浏览器窗口 B 上登录系统的用户 user2 相互聊天，或者 user1 将创建的内容 publish 到另外一个系统上，同时 user1 要在另一个浏览器窗口中对发布到目标系统的内容进行验证，类似的操作要重复多次。这种情况下，如果脚本每次只能针对一个浏览器进行处理，程序执行的效率将会非常低下。问题的关键在于，对于多个浏览器窗口，脚本如何精确区分它们。这里，以常见的 2 个浏览器窗口为例，介绍 3 种区分和处理方法： 利用 ProcessTestObject 来进行区分 ProcessTestObject 是 RFT 中一个比较特殊且有用的类，它是对一个进程对象的封装。从图 1 所以的结构层次可以看出，它和 RootTestObject，DomainTestObject 处于同一个层次，直接实现了 TestObject 接口。而一个 ProcessTestObject 对象则是对某个具体进程的抽象，它含有的唯一属性就是进程 ID，并且只要该进程存在，该对象就有效（该对象的 exists () 和 isActive () 方法指示进程是否结束）。 图 1. ProcessTestObject 继承关系? 对于 Browser 来说，每次启动一个浏览器实例，在系统中就产生一个进程，因此可以利用 ProcessTestObject 来区分不同的浏览器实例。那么如何得到每个浏览器的 ProcessTestObject 对象呢？注意到 RationalTestObject 有一个静态方法：startBrowser(String browsername, String url)，它返回一个 ProcessTestObject 对象。因此脚本需要在每次启动浏览器的时候，保存相应的 ProcessTestObject 对象，脚本就可以用它来区分和查找不同浏览器实例中的测试对象。示例代码如下： 清单 1. 根据进程对象来区分不同的 browser 实例 /** * 根据进程对象来区分不同的 browser 实例，进而在该 browser 中查找特定测试对象 */ public TestObject getTestObject(ProcessT