本地化测试

本地化（L10n）测试是一个关键的质量保证过程，确保您的应用程序在不同语言、地区和文化中正常工作。本指南为质量保证团队和本地化专家提供了一个全面的框架，以有效测试本地化应用程序。

什么是L10n测试？

L10n测试验证您的应用程序是否为特定地区或市场正确适配。它不仅仅是验证软件是否正常工作——它确保本地化版本为目标市场的用户提供适当、文化相关且功能齐全的体验。

i18n测试与L10n测试

虽然常常混淆，但国际化（i18n）测试和本地化（L10n）测试服务于不同的目的：

i18n测试（国际化）

测试您的应用程序是否准备好进行本地化。这是对代码库的技术验证：

• 所有用户可见的字符串都已外部化（而非硬编码）
• 占位符和变量正确保留
• 用户界面能够处理文本扩展（德语、芬兰语为30-40%）
• 字符编码支持Unicode/UTF-8
• 代码不连接可翻译字符串

了解更多关于使用伪本地化技术的自动化i18n测试。

L10n测试（本地化）

测试您的应用程序是否已正确本地化为特定语言和市场：

• 翻译质量、准确性和上下文适当性
• 文化适应和地方惯例
• 适合该地区的日期、数字和货币格式
• 带有实际翻译内容的用户界面布局
• 特定于地区的功能（排序、搜索、输入法）

L10n测试的关键方面

全面的L10n测试涵盖了本地化质量的多个维度：

翻译完整性与质量

L10n测试的基础是确保所有内容都已翻译且有意义：

• 验证100%的用户可见字符串已翻译（没有源语言残留）
• 检查翻译的准确性和上下文适当性
• 验证技术术语的一致翻译
• 确保语气和风格符合目标受众

现代AI驱动的翻译显著提高了上下文意识和翻译速度。了解AI本地化如何提供更好的上下文理解并加速本地化过程。

文化适应

本地化不仅仅是逐字翻译，它需要文化意识：

• 图像、图标和颜色符合文化适宜性（例如，红色在中国的积极含义与西方的危险含义）
• 示例和引用与目标文化相关。
• 正式程度符合文化期望（正式与非正式）。
• 姓名、地址和电话号码格式遵循当地惯例。
• 计量单位使用当地标准（公制与英制）。

复数形式与语法

不同语言有不同的复数规则。英语有2种形式（单数/复数），但俄语有3种，阿拉伯语有6种：

{
  "en": {
    "items": "{{count}} item",
    "items_other": "{{count}} items"
  },
  "ru": {
    "items_one": "{{count}} товар",
    "items_few": "{{count}} товара",
    "items_many": "{{count}} товаров"
  },
  "ar": {
    "items_zero": "لا توجد عناصر",
    "items_one": "عنصر واحد",
    "items_two": "عنصران",
    "items_few": "{{count}} عناصر",
    "items_many": "{{count}} عنصرًا",
    "items_other": "{{count}} عنصر"
  }
}

测试复数形式的边缘案例：

• 测试0、1、2、5、11、21、100、101个项目
• 验证每个复数类别的语法正确性
• 检查每个计数显示正确的形式

日期、数字与货币格式

特定于地区的格式化对于专业本地化至关重要：

日期与时间格式

• 日期格式：MM/DD/YYYY（美国）与DD/MM/YYYY（英国）与YYYY-MM-DD（ISO）
• 时间格式：12小时制（美国）与24小时制（世界大部分地区）
• 一周的第一天：星期日（美国）与星期一（ISO，欧洲）

// US English: 12/23/2025
// UK English: 23/12/2025
// Japan: 2025年12月23日
// ISO 8601: 2025-12-23

const date = new Date('2025-12-23');
const usFormat = new Intl.DateTimeFormat('en-US').format(date);
const ukFormat = new Intl.DateTimeFormat('en-GB').format(date);
const jpFormat = new Intl.DateTimeFormat('ja-JP').format(date);

数字格式

• 小数分隔符：句点（美国）与逗号（欧洲）
• 千位分隔符：逗号（美国）与句点（欧洲）与空格（法国）
• 负数：-123与(123)与123-

货币格式

• 货币符号位置：$123（美国）与123€（欧洲）
• 适合该地区的货币（美元、欧元、日元等）
• 小数位数：大多数货币为2位，日元和韩元为0位

文本长度与用户界面布局

翻译通常需要比源语言更多的空间。德语和芬兰语的翻译通常比英语长30-40%：

• 按钮、菜单、标签中没有文本截断或剪切
• 没有重叠的文本或用户界面元素
• 布局适当地适应较长的翻译字符串
• 换行和文本换行自然
• 响应式设计在不同文本长度下正常工作

RTL语言支持

从右到左的语言（阿拉伯语、希伯来语、波斯语、乌尔都语）需要特殊测试：

• 整个用户界面正确镜像（导航、图标、布局）
• 文本对齐为右对齐
• 双向文本混合（拉丁文+阿拉伯文）正确呈现
• 在RTL上下文中，数字和拉丁文本保持从左到右
• 传达方向的图标和图像适当地镜像

术语一致性

术语的一致使用对于专业本地化至关重要：

• 技术术语在整个应用中一致翻译
• 产品特定术语与官方术语表匹配
• UI元素名称（按钮、菜单、对话框）使用一致的翻译
• 品牌名称和商标根据指南处理

l10n.dev功能： 设置自定义术语，以确保AI翻译在所有文件中一致使用您首选的术语。

字符编码与显示

正确的字符编码确保所有脚本正确显示：

• UTF-8编码处理所有Unicode字符
• 特殊字符和变音符号正确显示（é, ñ, ü等）
• 非拉丁脚本正确呈现（西里尔文、阿拉伯文、CJK、泰文等）
• 没有乱码（字符显示混乱）

特定区域功能

某些功能根据区域表现不同：

• 排序和整理顺序遵循区域规则（例如，西班牙语的ñ，瑞典语的å）
• 搜索功能处理区域特定字符
• 输入法适用于该区域（CJK的IME、复杂脚本）
• 验证规则遵循区域格式（邮政编码、电话号码）

L10n测试过程

系统化的L10n测试方法确保全面覆盖：

推荐的测试步骤

1. 预本地化i18n测试

   使用伪本地化验证i18n准备情况，确保翻译前的准备。

2. 翻译审查

   请母语者审查翻译的准确性、上下文和文化适宜性。

3. 语言测试

   在上下文中测试所有翻译内容，检查完整性、准确性和一致性。

4. 视觉与布局测试

   验证UI布局与实际翻译字符串在所有屏幕尺寸和设备上的显示。

5. 功能测试

   测试特定区域的功能：格式、排序、输入法、验证。

6. 用户验收测试

   请目标市场用户验证整体本地化体验。

L10n测试检查清单

使用此全面检查清单确保彻底的L10n测试覆盖：

L10n测试最佳实践

涉及母语者

在您的L10n测试过程中始终包括母语者或在地审查员。他们可以捕捉到文化细微差别、习惯用语问题和自动化测试无法检测的上下文问题。

尽早并频繁测试

不要等到开发结束。使用伪本地化尽早测试i18n准备情况，然后在翻译可用时测试每个区域。这将减少成本高昂的后期修复。

尽可能自动化

自动化重复检查：翻译完整性、格式验证、字符编码和布局回归测试。这使QA能够专注于语言和文化质量。

使用视觉回归测试

实施屏幕截图比较工具，自动检测各区域的UI布局问题。这对于捕捉文本溢出和对齐问题尤其有价值。

维护特定区域的测试数据

为每个区域创建现实的测试数据，包括名称、地址、日期、数字和特定于该市场的边缘案例。

通过AI翻译加速L10n测试

AI驱动的本地化显著提高了本地化过程的速度和质量，使L10n测试更快、更有效：

• 上下文感知的翻译减少语言问题和误翻
• 所有语言之间的一致术语减少测试工作量
• 快速的翻译周转使持续本地化和测试成为可能
• 支持165种以上的语言，包括不太常见的语言

准备好简化您的本地化工作流程并提高L10n测试质量吗？