单个代码库设计、统一的数据处理算法和消除由于本地化所导致的功能性问题都是软件全球化的某些优势。这些优势可减少本地化产品测试过程中的冗余，从而使同步发布成为可能，这是从前的开发方法很难做到的。

　　国际化测试的旧方法粗泛且通常效率低下，国际化软件开发亦是如此。如果想使支持的语言或区域设置数量加倍，往往要在开发和测试上多花费成倍的资源。即使用于两个区域设置的值很相似，也不能想当然地认为适合一种区域设置的应用程序对另一种同样适合。

　　但您可通过对功能性测试做全球化处理，使测试更为轻松高效。应用程序完成全球化后，它将支持任何区域设置和任何语言。全球通用方法摒弃了名为“启用”的软件开发概念，这一点与过去的测试流程不同。当一切都顺利完成后，所有全球通用应用程序都能够处理基础平台支持的所有语言。因此，无需测试应用程序各本地化版本的功能性，您通过全球化功能性测试即可验证核心产品的功能性是否已全球化。即使在单一的全球通用二进制文件中包含了全球功能，本地市场仍需要各自的本地化产品，因此仍需要构建本地化产品并进行测试。只是本地化测试的侧重点已有所不同。现在，您只需查看产品对于某个给定区域设置或语言的适应程度如何，即可验证出本地化是否破坏了全球化和可本地化资源。由于这种适应性主要涉及到翻译，因而本地化测试对专业技术的要求有限；对测试人员语言水平的要求是主要的。

　　除减轻了本地化测试的难度之外，整个本地化流程的总体复杂性也因之降低，并能节省资源。这是软件开发人员通过创建单一全球通用二进制文件所取得的另一项收益。以下列表是一些如何提高本地化效率的示例：

　　● 本地化团队在多语言版本中几乎不会遇到可能需要对源代码进行多次修复和分支的可本地化性问题。

　　● 由于本地化流程主要涉及的是用户界面 (UI) 的翻译，所以本地化产品测试中技术测试变得更少了，更多的是检查语法和拼写。

　　但在本地化人员开始处理第一目标语言之前，负责测试的人员必须确认该应用程序已完成全球化并可本地化（全球通用）。图 11-1 显示了从测试角度出发，发布全球通用和本地化（国际化）产品所需的步骤。该图有意忽略了全球通用开发流程的许多详细信息，它按本文中各主要内容的逻辑顺序组建而成，实际的工作顺序可能会有所不同。最重要的是该图强调了一些全球化 QA 流程的核心理念。

　　● 如果核心开发和测试符合全球通用标准，则软件的多语言同时发布是可以实现的。

　　● 当您决定进行本地化时，可本地化性测试应与全球化功能性测试同步进行。

　　● 如果初始可本地化性测试已完成，在代码足够稳定后应尽快开始本地化。

图 1 - 发布国际化产品所需的测试流程

　　全球化以及全球化测试的另一个重要内涵是在产品发布后扩大目标市场的能力。因此，在开发应用程序时即使没有想到要支持某些特定的区域设置或语言，您也可以随后重新评估并开拓新市场，整个过程无需更改代码。在开发周期中对全球化进行测试将确保这样的转移不会出现任何严重问题。当然，还需针对某些语言或区域设置进行基本验证，但与发布专供某种语言使用的应用程序相比，工作量已明显减少了。如一切顺利，全球化测试将减少程序错误的数量，帮助您更有效地利用资源并降低执行成本。下一节将向您介绍如何准备和执行有效的全球化测试以确保应用程序的全球化，同时还将讨论某些常见的全球化问题。