语言正确不等于界面可用
别名: 本地化验收 · 语言 QA · 界面本地化可用性 · localization acceptance
概念解释
多维本地化验收（multidimensional localization acceptance）把语言正确性视为必要条件，而不是界面可用的充分条件。译文可以语法无误，却因截断、换行、变量错位、文字方向、控件行为、格式化、朗读顺序或任务语境而使用户无法完成操作。验收因此需要分别判断语言与语用、视觉布局、交互功能、数据含义、无障碍、跨触点一致性和失败恢复，并以真实构建中的完整任务为对象。
机制
字符串进入界面后会与容器尺寸、字体、占位变量、复数分支、输入法、日期数字格式、双向文本和服务端状态组合。逐句校对只观察其中一个组件，无法发现按钮可见但不可点击、关键名词被省略、动态值破坏语序、错误提示指错字段或屏幕阅读器读出错误顺序。伪本地化和自动检查能较早发现硬编码、膨胀和缺失分支，却不能证明措辞在真实任务中自然、准确和可恢复。验收必须把语言产物重新放回运行环境，并按风险定义停止发布的条件。
怎么研究
建立“关键旅程 × 语言/设备/状态 × 质量维度”矩阵。每个测试同时记录任务完成、误操作、理解、耗时、布局缺陷、键盘与辅助技术操作、数据解释和恢复结果；语言问题还需区分错误、歧义、不自然与偏好差异。测试应覆盖最长变量、零/一/多数量分支、右到左混排、窄屏与缩放、慢网、离线、服务端错误和回退语言。严重度依据用户后果、触达范围与可恢复性判断，不能用问题数量或一句“母语者觉得可以”代替。
边界
通过一台设备、一个页面或一条理想路径，不代表整个 locale 已验收。并非所有措辞偏好都要阻止发布，也不能用任务最终完成掩盖身份、金额、时间或权限信息被错误表达。语言测试不能替代安全、隐私、无障碍和领域准确性评审；反过来，零布局缺陷也不表示语言自然。源文歧义或产品逻辑错误应回到源头修复，不能要求译者通过改写承担隐藏需求。
怎么落地
- 为每条关键旅程建立验收契约，列出语言/语用、布局、交互、格式与数据、无障碍、跨渠道和恢复标准，并按安全、法律、交易和可逆性设置 stop-ship 阈值。
- 在与生产一致的构建、真实字体和目标设备上验收完整状态，不只审查字符串表；生成截图、变量展开、键盘/屏幕阅读器结果和端到端任务证据。
- 将伪本地化、静态 lint、视觉差异和自动化流程测试用作前置筛查，把人工时间集中在语境、自然度、歧义和高后果任务；任何自动通过都不能免除规定的人工门。
- 缺陷记录包含 locale、构建、页面/状态、消息 ID、输入数据、复现步骤、质量维度、严重度和证据。修复后在原任务及共享组件的其他触点回归，确认没有以另一维度退步换取表面语言正确。