软件测试基础理论体系学习10-什么是本地化测试？本地化测试有哪些问题？

10-什么是本地化测试？本地化测试有哪些问题？本地化测试的重点是什么？

1 本地化测试概述 1.1软件本地化概念

软件本地化是将一个软件产品按特定国家/地区或语言市场的需要进行加工，使之满足特定市场上的用户对语言和文化的特殊要求的软件生产活动。

1.2 软件本地化工程 1.3 软件本地化的重要性

主要表现在以下方面：

2 本地化测试翻译问题

软件本地化必然涉及到翻译问题，那么软件本地化是不是等于软件翻译呢？

2.1 软件本地化不等于软件翻译 2.2 软件本地化语言翻译技术 2.2.1 翻译记忆

“翻译记忆”的英文全称为“Translation

Memory”，缩写为“TM”，是计算机辅助翻译领域广泛采用的技术。在翻译过程中，翻译记忆工具软件将自动储存新的译文到翻译记忆库；同时对于要翻译的内容，自动从翻译记忆库中搜索相同或相似的翻译资源（如单词、短语、句子、段落），给出参考译文，使译员避免无谓的重复劳动，只需专注于新内容的翻译。

采用翻译记忆的主要优点包括：

2.2.2 计算机辅助翻译（CAT）

计算机辅助翻译的英文是“Computer Aided

Translation”，业界人士通常缩写为“CAT”。它是为了提高翻译的效率和质量而开发的辅助翻译软件，主要运用翻译库、术语库和模糊匹配等技术，保证翻译的速度和一致性。

3 本地化测试的技术问题 3.1 软件本地化测试概述 3.2 主要内容 3.2.1 安装/卸载性能测试 3.2.2 软件功能测试 3.2.3 软件界面测试 3.2.4 帮助文件功能和翻译质量 3.3 软件本地化测试模型 3.3.1 本地化集成测试模型 3.3.2 本地化“一加一”测试模型 3.3.3 本地化分布测试模型

本地化分布测试模型把测试内容分成三个独立的部分，分别由掌握不同技能的测试和语言人员分别完成。由于一般本地化测试发现的语言质量缺陷只占缺陷总数的5%至20%，因此完全可以考虑由语言人员单独执行语言质量测试。

这种测试模型有不少优点。

测试人员和语言人员各自在自己的计算机上执行测试，无需坐在一块协同测试，这样就可以节省测试的时间，提高了测试效率。

测试人员执行的都是与语言无关的测试内容，只需要掌握测试技能，熟悉被测试产品，而不必懂得本地化语言，从而降低了测试的总体成本。

由于测试人员和语言人员各自分工明确，可以提高测试的覆盖性，提高测试的全面性。

但是，这种测试模型的缺点也很多。

由于语言人员可能不熟悉测试产品，也没有掌握测试技术，因此，需要本地化工程人员把需要语言测试的用户界面等内容提取出来（例如，采用手工或自动的方式进行本地化用户界面拍屏），存储成一个个图像文件或文本文件，并且进行编号，然后传递给语言人员测试。

语言人员测试后发现的缺陷，需要测试人员创建缺陷报告，测试报告中的缺陷复现步骤需要测试人员准备，可以考虑在工程人员进行内容提取时预先填写好。

例如语言测试人员的语言测试可能落后于测试人员的功能和界面测试，可以考虑采用实时测试进度更新的跟踪管理系统监控和协调进度。

语言人员在进行语言质量测试时，由于只面对静止的拍屏图和文本文件，而看不到软件运行的实际环境，缺少本地化文字的上下文参考信息，所以无法判断一些本地化文字是否正确。

3.4 本地化测试模型的选择策略

在具体本地化测试项目中，应该根据本地化测试人员语言技能、测试技能、软件产品的熟悉程度，结合以上三种本地化测试模型的特点，根据不同模型的适用场合和本地化测试项目的具体要求，进行比较、判断和选择。

3.4.1 集成测试模型的适用场合

本地化集成测试模型比较适用于被测试本地化语言是测试人员母语的情形，或者对测试效率和测试质量要求较高的本地化测试。

3.4.2 “一加一”测试模型的适用场合

本地化“一加一”测试模型可以在测试人员测试非母语本地化产品时采用，对于那些测试时间比较充裕，要求不太高的测试成本，能较容易找到本地化语言为母语的语言人员的情形。

3.4.3 分布测试模型的适用场合

本地化分布测试模型可以在同时测试许多种本地化语言的场合适用，例如在中国大陆同时测试十多种欧洲语言的本地化测试的项目，而且测试的成本要求尽可能低，同时测试时间较短。

本地化测试管理人员需要根据被测试项目的进度、成本、质量要求，结合测试项目团队现有人员的测试和语言技能，综合考虑，选择任何一种本地化测试模型，或者把以上的模型分别结合起来灵活运用。

3.5 软件本地化测试策略 4 软件本地化测试的重点 2.1 本地化软件缺陷类型

概括地讲软件测试会问哪些问题，软件本地化的缺陷主要分为两大类：核心缺陷和本地化缺陷。两类缺陷的详细分类如下图所示：

2.2 缺陷表现特征

由于本地化缺陷是本地化测试中出现的数量最多的缺陷，所以首先分析本地化缺陷的表现特征。而本地化测试中发现的核心缺陷虽然数量不多，但是它们的危害程度更大，所以需要认真对待，接下来分析它们的表现特征。

2.2.1 用户界面缺陷

1)	控件的文字被截断（Truncation） 
a)	对话框中的文本框、按钮、列表框、状态栏中的本地化文字只显示一部分 
2)	控件或文字没有对齐（Misaligned） 
a)	对话框中的同类控件或本地化文字没有对齐 
3)	控件位置重叠（Overlapped） 
a)	对话框中的控件彼此重叠 
4)	多余的文字（Extra strings） 
a)	软件程序的窗口或对话框中的出现多余的文字 
5)	丢失的文字（Missed strings） 
a)	软件程序的窗口或对话框中的文字部分或全部丢失 
6)	不一致的控件布局（Inconsistent layout） 
a)	本地化软件的控件布局与源语言软件不一致 
7)	丢失的文字（Missed strings） 
a)	软件程序的窗口或对话框中的文字部分或全部丢失 
8)	文字的字体、字号错误（Incorrect font name and font size） 
a)	控件的文字显示不美观，不符合本地化语言的正确字体和字号 
9)	多余的空格（Extra space） 
a)	本地化文字字符之间存在多余的空格 

2.2.2 语言质量缺陷

1)	字符没有本地化（Unlocalized strings） 
a)	对话框或软件程序窗口中的应该本地化的文字没有本地化 
2)	字符不完整地本地化（Incomplete localized strings） 
a)	对话框或软件程序窗口中的应该本地化的文字只有一部分本地化 
3)	错误的本地化字符（Error localization） 
a)	源语言文字被错误地本地化，或者对政治敏感的文字错误地进行了本地化 
4)	不一致的本地化字符（Inconsistent localized string） 
a)	相同的文字前后翻译不一致 
b)	相同的文字各语言之间不一致 
c)	相同的文字软件用户界面与联机帮助文件不一致 
5)	过度本地化（Over localization） 
a)	不应该本地化的字符进行了本地化 
6)	标点符号、版权、商标符号错误（Incorrect punctuation, Copyright） 
a)	标点符号、版权和商标的本地化不符合本地化语言的使用习惯 

2.2.3 本地化功能缺陷

本地化功能缺陷是本地化软件中的某些功能不起作用，或者功能错误，与源语言功能不一致。

1)	功能不起作用（Not working） 
a)	菜单、对话框的按钮、超链接不起作用 
2)	功能错误（Error function） 
a)	菜单、对话框的按钮、超链接引起程序崩溃 
b)	菜单、对话框的按钮、超链接带来与源语言软件不一致的错误结果 
c)	超链接没有链接到本地化的网站或页面 
d)	软件的功能不符合本地化用户的使用要求 
3)	热键和快捷键错误（Error hot keys and short-cut keys） 
a)	菜单或对话框中存在重复的热键 
b)	本地化软件中缺少热键或快捷键 
c)	不一致的热键或快捷键 
d)	快捷键或快捷键无效 

2.2.4 源语言功能缺陷

源语言功能缺陷是在源语言软件和全部本地化软件上都可以复现的错误。

1)	功能不起作用（Not working） 
a)	菜单不起作用 
b)	对话框的按钮不起作用 
c)	超链接不起作用 
d)	控件焦点跳转顺序（Tab键）不正确 
2)	文字内容错误（Incorrect strings） 
a)	软件的名称或者版本编号错误 
b)	英文拼写错误、语法错误 
c)	英文用词不恰当等 

2.2.5 源语言国际化缺陷

源语言国际化缺陷是在源语言软件设计过程中对软件的本地化能力的处理不足引起的，它只出现在本地化的软件中。

1)	区域设置错误（Error regional setting） 
a)	本地化日期格式错误 
b)	本地化时间格式错误 
c)	本地化数字格式（小数点、千位分隔符）错误 
d)	本地化货币单位或格式错误 
e)	本地化度量单位错误 
f)	本地化纸张大小错误 
g)	本地化电话号码和邮政编码错误 
2)	双字节字符错误（Error DBCS） 
a)	不支持双字节字符的输入 
b)	双字节字符显示乱码 
c)	不能保存含有双字节字符内容的文件 
d)	不能打印双字节字符 

2.3 寻找本地化缺陷的方法

软件本地化测试工程师的基本任务包含两条：

2.3.1 发现缺陷的前提条件 2.3.2 发现缺陷的基本方法

本地化软件缺陷，具有比较鲜明的特征，发现本地化软件缺陷具有内在规律，以下对于发现本地化软件缺陷的基本方法进行论述。

2.3.2.1 按照一定的顺序排查软件缺陷

本地化软件缺陷可以分为用户界面错误、语言质量错误和功能错误等。这些不同类型的错误有时同时出现在软件的某个部分，为了更全面的发现这些缺陷需要遵循一定的测试排查步骤。

以测试一个本地化对话框为例。

是否有被截断（ Truncation ）的错误

是否控件布局不整齐或者重叠

是否丢失热键

与英文软件的热键不一致

文本字体类型和大小错误

字符显示乱码错误

是否有没有遗漏的需要本地化的英文文字

本地化的文字是否内容正确、专业和流畅

是否存在多余的翻译，例如，不该翻译的内容进行了翻译

是否翻译的内容带有敏感的政治问题和与目标市场的风俗传统不一致

标点符号是否符合本地化语言用户的使用习惯

各个要测试的按钮功能是否起作用

各个要测试的按钮功能是否正确

Tab 键的跳转是否正确

控件的热键是否起作用

按照以上的顺序测试，主要是为了按照从易到难的原则，全面地查找软件缺陷软件测试会问哪些问题，而不是说功能错误是不重要的，相反功能错误是优先级比较高的错误，应该正确处理。

2.3.2.2 对照源语言软件确认缺陷

如果发现了功能错误和热键等软件缺陷，应该在相同测试环境的源语言软件上，进行同样步骤地测试，将测试结果进行比较，并且报告中应该指出该软件缺陷是否也存在于源语言软件上。

2.3.2.3 利用软件缺陷的“扎堆”现象

软件缺陷的“扎堆”现象就是被测软件的某些部分往往出现不止一个错误。因此，如果在某一部分发现了很多错误，应该进一步仔细测试是否还包含了更多的软件缺陷。

软件缺陷的“扎堆”现象的常见形式：

对话框的某个控件功能不起作用，可能其他控件的功能也不起作用。 某个文本框不能正确显示双字节字符，则其他文本框也可能不支持双字节字符。

联机帮助某段文字的翻译包含了很多错误，与其相邻的上下段的文字可能也包含很多的语言质量问题。

安装文件某个对话框的“上一步”或“下一步”按钮被截断，则这两个按钮在其他对话框中也可能被截断。

软件测试中重视软件缺陷的“扎堆”现象，有助于发现更多的软件缺陷。

2.3.2.4 关注测试容易产生软件缺陷的部分

容易产生软件本地化缺陷的软件部分包括：

软件的“关于”对话框中容易产生版权（ C ）和商标（ TM ）等字符的显示错误。

软件中与语言设置相关的部分容易产生软件国际化错误，例如，排序方式、数字格式、日期格式、时间格式、货币符号、度量衡、电话号码格式、纸张类型等。

对话框和菜单中容易产生热键错误。对话框中容易产生用户界面错误。 终端用户许可协议（ EULA

）容易产生国家和地区名称翻译的政治敏感错误，例如，将地区翻译成国家等。 联机帮助文件中容易产生与软件界面不一致的术语翻译错误。

2.3.2.5 参考其他语言版本测试发现的缺陷

如果测试项目组同时在测试不同语言的相通本地化版本，应该尽量参考其它本地化软件测试过程中发现的缺陷。

2.3.2.6 使用测试辅助工具

根据测试的不同内容，选择合适的测试辅助工具，可以有效的发现软件缺陷。

【特别说明】：知识来源于网络、各种资料、书本、网站等，本文仅用于学习使用，不做他用，如果涉及版权问题，请联系博主删除，谢谢