将日语作为系统默认区域性或区域设置进行测试，可验证 ANSI（非 Unicode）组件中的双字节字符集 (DBCS) 处理。将德语作为系统默认区域性或区域设置进行测试，可确保再需要进行文本转换时能够正确处理 ANSI 和 OEM 代码页。建立分布式混合网络环境可以验证数据是否可以在不同的区域性或区域设置之间成功传递。
执行测试在为全球化测试设置好环境后，当运行常规测试案例时，必须特别注意潜在的全球化问题： 将重点更多地放在直接或间接处理字符串输入/输出的测试案例上。 测试数据必须包含来自东亚语言、德语、复杂脚本字符和英语（可选）的混合字符；其中复杂脚本字符指阿拉伯语、希伯来语、泰语。某些情况下有限制，比如接受只匹配区域性或区域设置的字符时。如果不熟悉准备测试数据所用的语言，则手动输入所有这些测试数据可能很困难。一个简单的 Unicode 文本生成器在此步骤中可能非常有用。 识别问题
最严重的全球化问题是丢失功能，包括立即丢失功能（区域性/区域设置更改时）和以后访问输入数据（非美国字符输入）时丢失功能。
某些功能问题和显示问题一样是可以检测到的： 出现问号 (?) 而不是显示文本表示问题出在 Unicode 到 ANSI 的转换中。 如果出现随机高位 ANSI 字符（如 ?、?、‰、? 和 ?）而不是可读的文本，则表示问题出在使用错误代码页的 ANSI 代码中。 如果出现方框、竖条或鼻音化符号（默认的标志符号）[□、|、~]，则表示所选字体无法显示某些字符。
在要求变形、布局或脚本知识的显示或打印结果中找出问题可能很困难。这种测试是语言特定的，在没有语言专门知识的情况下通常无法执行。另一方面，测试可能仅限于代码检查。如果使用标准文本处理机制形成并显示输出文本，则可以认为这方面是安全的。
潜在问题的另一个方面是未能遵循由当前区域性或区域设置定义的本地约定的代码。确保应用程序根据计算机的当前区域设置显示区分区域性或区域设置的数据（例如，数字、日期、时间、货币和日历）。
“控制面板”中的“区域选项”并未包括所有区域性或区域设置特定的功能。例如，在那里看不到当前的排序顺序。因此，在开始测试前制定一个包括与区域性或区域设置有关的所有功能方面的测试计划很重要。
文章来源于领测软件测试网 https://www.ltesting.net/
