如果您想为了全球化的应用开发测试自动化脚本，但是您遇到了困难，因为记录在特定位置的自动化的脚本运行在其他位置时会失败，那么这篇文章正好能助您一臂之力。这篇文章向您介绍了一种方法，可以使您完美地运行一个在不同地点的 IBM ®Rational®Functional Tester 开发出来的测试自动化套件。测试自动化工程师只需要知道对象的部分属性，就能够使用测试套件开放的知识解决本地化的应用问题。

前提条件

　　需要安装 IBM Rational Functional Tester 版本 6 或 7 以及必要的语言包。
　　根据需求（例如日本、中国和法国），为所有必需的地点安装操作系统语言包。

测试自动化概述

　　手动测试很耗时间、劳动强度高，并且通常是很单调的。手动测试引入了一些问题，尤其是在资源有限、期限严格的情况下。如果您需要改善您的应用程序测试并且确保其无障碍地工作，那么您向着自动化全部手动测试任务方向移进这一点是非常重要的。

　　在当今自动化测试周期逐渐缩减的环境下，自动化测试使得不仅是专业人士甚至是新用户在应用程序测试中快速地得到了高质量的结果。自动化工具记录了用户和一个应用程序的交互过程，由这个过程生成的脚本之后可以用来接下来的测试。总而言之，测试自动化使您在期限内以节省成本的方式最优化复杂应用程序的质量。这样能使您更快地得到更高质量的软件。

通过使用 IBM Rational Functional Tester，将其作为一个测试自动化工具，测试自动化是一个三步过程::

　　记录：当用户导航应用程序的时候记录当前的测试脚本。您也可以插入验证点使系统的相应有效，使数据驱动的测试脚本在各种数据输入上执行相同的脚本。
　　增强：增加代码以执行各种不同的功能。典型的增强测试脚本的修改包括条件分支、重构和例外处理
　　回放： 运行脚本在测试时记录过程中仿真一个用户对应用程序的相同行为。差异被记录在日志中，测试人员可以确定是否功能性良好，有没有回归的缺陷被引入了。

全球化测试自动化遇到的典型问题

　　由于不断变化的软件部署趋势，一个测试自动化工程师要面临一些挑战。当前的趋势是，使用它们的软件开发组织和客户分布于不同的地理位置，这就意味着应用程序必须是全球化的。

　　全球化应用程序是指在其中所有的字符串，例如消息、标签和文本都是本地化的，也就是说，翻译成这个应用程序启动或登录所在地的语言。举个例子，如果一个应用程序从日文语言或者操作系统中启动，那么所有的信息都是用日文来显示的。类似地，如果一个应用程序从法文语言或者操作系统中启动，那么所有的信息都是用法文来显示的，依次类推。“全球化”是指允许非英文字符集输入输出的应用程序。

　　结果是，即使在这些全球化应用程序成功自动化之后，您也可能会遇到如下这些问题：

　　自动化脚本 ，其记录在一个特定语言环境中，会在您尝试于不同语言环境中确认它们时发生失败。这种情况会发生是因为用于回放自动化脚本（例如自动化脚本必须操控的按钮上的标签）的对象定义从英文环境到日文环境可能是不一样的。（参见图 1。）
　　验证点 ，其存在于一个特定语言环境中，会在您尝试于不同语言环境中确认它们时发生失败。这种情况会发生是因为期待的或者初始的验证点的记录值与测试下的全球化应用程序展示的实际值是不相符的，因为这个应用程序是在一个不同语言环境启动的。
　　数据驱动的测试脚本 不能选择和扩展数据集，而依赖于测试的应用程序是从哪个语言环境中启动的。这种情况会发生是因为自动化脚本没有隐含的智能来帮助确定语言。
　　例如，图表 1 描述了一个在英国一个地点初始启动用来记录测试脚本的全球化应用程序。之后，当应用程序在日文环境启动时相同的脚本会被回放，但是脚本会失败，因为此测试下的应用程序的消息是用英文记录的。但是在日文环境启动相同的应用程序，消息会被翻译成等价的日本文本，并致使底层的对象属性发生变化。

图表1. 在某地记录的脚本在另外一个地方回放会失败

问题： 记录/回放模型失败
原因：测试下的应用程序是全球化的

在地点1记录（比如，英语）
在地点2回放（比如，日语）
结果： 脚本失败
原因：用于回放自动化脚本的对象定义因不同的地点而有差异。
验证点和数据驱动的测试脚本也会出现类似的问题。