软件本地化回归测试自动化解决方案

小小糖

软件本地化回归测试的难点

本地化（Localization）意味着一款产品的测试需要重复很多次，具体测试与本地化支持的语言种类有关，
加上需要支持的操作系统的版本，以及版本升级，测试人员需要重复测试的次数呈级数上升。



一个自然的解决方案是引入自动化回归测试，然而自动化测试工程师通常会面临如下本地化回归测试自
动化的常见问题：

1、某些自动化测试工具录制的是屏幕坐标的点击，而不同语言的本地化软件在位置上可能会有差异。

2、测试脚本中的数据依赖语言，例如：

WebLinkClick (http://www.bowneglobal.com, "Home")

这里的“Home”在不同语言的本地化软件中并不通用，因此这个测试脚本不能重复在多个语言版本的软
件上进行回归测试。




什么时候进行本地化回归测试的自动化？

在本地化回归测试中，我们至少可以看到3种场景是需要自动化测试的：

1、当需要测试的语言版本超过3~4种的时候。

2、当你需要做很多的安装、配置测试时。

3、当你需要在多个操作系统版本上进行回归测试的时候。



需要注意的是：自动化测试作为本地化回归测试的有效补充，能节省大量时间和资源，但是不能作为
手工测试的替代。



TIB工作室的本地化回归测试自动化框架

录制回放的自动化测试工具不能满足本地化回归测试的要求，我们需要更高级的框架来支持，这个框
架需要：

1、方便地管理多语言软件版本的对象库，用同一份测试脚本对多个语言版本软件进行测试。

2、支持测试环境搭建的自动化，包括操作系统的安装、软件的自动化安装、配置等。

3、支持7*24小时不间断无人值守调度执行自动化测试。

4、输出结构清晰的测试报告和日志。



成功案例

HP打印机管理软件本地化回归测试自动化框架支持23种语言版本软件在5个操作系统环境中的自动化
回归测试，具有以下特点：

1、单一脚本自动化测试多个打印设备。

2、支持兼容性测试。

3、单一对象库支持23种语言界面，基于Excel的本地化资源管理。

4、提供友好的测试配置界面。

5、自动获取回归测试版本、搭建测试环境、执行测试脚本、生成测试报告

梦想家