全球化应用程序的自动测试是如何工作的

　　一个全球化的应用程序使用本地的资源文件在不同地点启动的同样的应用程序中显示本地化的消息、标签和文本。这里描述的方法是基于 IBM Rational Functional Tester 的，这种方法使用装载着全球化应用程序的当地资源文件。当地资源文件在对象的属性值和那个值对应变量间建立一一对应。这有助于从资源文件中选择文本的等价值，而这个资源文件依赖于应用程序回放时在何处启动。

　　如果您打算把您的测试自动化套件全球化，您必须处理这些对象图。对象图只是测试的应用程序中所有 GUI 对象的集合，有相应的属性值。您必须选择属性值（例如，按钮上的标签）然后找到资源文件（图表2）中相应的变量。当对象的属性值被这个变量取代，底层的代码就会根据当前的地点（图表3）取出这个变量的值。

图2. 对象图的图表显示

图3. 自动测试全球化应用程序的底层工具

　　之后回放脚本时，Rational Functional Tester 使用在每个地方都相同的变量，而不是再查看其因地点而异的属性值了。因此，脚本会顺利地回放。这种方法使得测试自动化脚本针对地点的改变具有可重用性和一定的弹性。此方法还使得自动化脚本能找到全球化应用程序的缺陷，再也不用更多的手动全球化测试了。

全球化应用程序的自动测试的步骤

　　让我们以一个Java™基础类(JFC)按钮全球化应用程序的范例开始来实现这种方法 。JFC 按钮的accessibleName 和 name Properties 是本地化的，就是说相对应于这些属性的值取决于这个应用程序启动的地点。

　　图 4 展示了一个全球化应用程序是如何建立并分包的。此时，JFC 按钮应用程序是一个可执行的 Java™ Archive (JAR) 文件。 它含有Java 类生成的源代码，并与能使应用程序中的文本可以被翻译的各种当地资源文件绑定在一起。因此，当在不同的地点启用这个应用程序时，显示在用户界面上的文本是从该地相应的资源文件中读取出来的。就是这个资源文件使得一个应用程序全球化。

图4. 一个 JFC 按钮全球化应用程序的结构