多语言离线翻译界面的无障碍测试

直接回答

多语言无障碍测试关注的是语言选择、界面呈现、辅助技术和任务状态如何共同工作，不是把资源字符串翻译完就算通过，也不是只看一张 RTL 截图。测试要区分应用界面 locale 与当前任务的源语言和目标语言。还要确认读屏用户能辨认语言名称、选择控件会公开当前值和状态，切换 locale 后键盘或读屏焦点不会丢失。得到的是界面交互测试记录，不是模型支持某个语种方向的证明。 首先将不同语言状态分开记录。应用 locale 决定界面资源和格式；翻译任务有源语言与目标语言；生成文本的文字方向可能与周围控件不同；离线状态描述的是资源或网络准备情况。改变其中一项不应悄悄改动另一项。读屏应能区分“更改应用语言”和“更改翻译方向”两个控件。完成选择后，当前值仍应可发现，下一步操作也应有清楚标签。除非应用有该准确模型和任务的独立证据，不能把所选语种播报成模型能力承诺。 文字方向有多个层次。locale 可能让界面改成从右向左排列，但单个文本框里也可能混有希伯来语或阿拉伯语、拉丁字母产品名、网址、电话号码和数字。要分别检查控件布局，以及每段文字的逻辑阅读顺序。测试光标移动、选择手柄、标点、数字和复制行为。不要机械镜像所有图标：返回箭头可能有方向含义，品牌标志或播放符号则未必需要反转。截图看起来对齐，并不能说明读屏或文本选择顺序正确。 每次切换语言后都要检查辅助技术遍历。语言选择器应有有意义的名称、角色、当前值以及展开/选中状态；选项顺序可预测，关闭后焦点回到有意义的控件。可用 TalkBack，并在产品支持时测试键盘或 Switch Access 等非触摸路径。locale 切换完成后应只公告一次，不要把界面重绘后的每个字符串重复播报。如果切换会触发错误或重载，要说明结果并恢复焦点，不要让用户不知情地落到新页面顶端。 默认设置下看不见的问题，常会在字体放大或翻译变长时出现。提高系统字体和显示缩放，测试较长语言名称、源/目标选择器、辅助说明、校验信息、对话框、按钮和离线提示。内容应自然换行，不能遮住选中值或把关键动作挤出屏幕。再用长译文和混合文字样本复核；不要为了塞下文本而缩小字号，也不要只靠颜色表示当前方向。无障碍朗读和视觉文本必须表达同一个已选状态。 离线和不支持状态也必须可访问。翻译器可能有某种界面语言资源，但没有对应模型、语言包或完整任务流程。应明确说出是语言资源缺失、需要下载、方向尚未验证，还是请求失败，并提供下一步安全操作。不要只显示网络图标而没有说明，也不要因为 UI 已翻译就宣布语种受支持。端侧推理只说明推理位置，不能证明应用其他路径都离线，也不能证明译文正确。 用应用 locale、源语种、目标语种、文字方向、字体缩放、辅助技术和网络/资源状态组成测试矩阵。使用经过审核的合成标签与短句，不放个人内容。记录应用构建、Android 版本、locale、控件遍历路径、焦点去向、播报内容、裁切或重叠以及观察到的恢复方式。Android 无障碍检查能发现缺少语义等常见问题，但不能替代人工遍历或母语审核。不能从一台设备或一种 locale 宣称普遍无障碍或模型语言支持。

用户在切换到阿拉伯语后继续离线翻译

一位使用 TalkBack 的旅行者把离线翻译器界面从英语切换为阿拉伯语。源语种仍是英语，目标语种仍是阿拉伯语。界面改为 RTL 排列，但同屏还有语言选择器、一个混合拉丁字母的地名和离线资源提示。团队需要确认用户还能辨认当前语种及资源状态。

决策

将应用 locale、翻译方向、文本段方向、焦点顺序、字体缩放和离线状态分别测试，同时核实彼此交互。切换界面语言时不改动任务语种，只公告一次新界面状态。

预期结果

测试记录说明辅助技术用户是否能选择、确认并使用目标语种控件；不声称某个翻译模型支持阿拉伯语，也不声明输出准确。

需要收集的证据

只有将以下证据与同一模型文件和测试运行关联起来，结论才可复核：

• ARCH-01：端侧 AI 指推理在用户设备执行，不代表 UI locale 即模型能力。
• BENCHMARK-01：仓库无完整真实设备结果集，只能说明测试方法，不能发布未测支持结论。

任务质量需要有版本记录的语料和验收规则；流畅的单条样例不等于准确度结果。

实施流程

1. 建立语言和状态矩阵. 分别列出界面 locale、源语种、目标语种、文字方向、任务模式、资源状态、字体缩放和辅助技术。加入界面语言与任务语言不同的组合，以发现状态被意外联动的问题。
2. 检查语种控件与读屏名称. 核验应用 locale、源语种和目标语种控件的无障碍名称、角色、当前值、选中状态及选项顺序。使用母语审核者能辨认的语言名称，并确保播报能说明该名称属于哪个控件。
3. 切换 locale 并检查焦点连续性. 在正常流程中切换界面语言，确认任务方向没有变化。检查焦点是否回到有意义的控件、新选择是否只公告一次，以及帮助与错误文字是否使用当前界面语言。
4. 测试布局方向和混合文本. 使用含 RTL/LTR 控件、混合文字姓名、网址、电话号码、标点和数字的样例。分别检查布局顺序、文本阅读顺序、光标、选择、复制和方向性图标。
5. 验证字体缩放与受限布局. 对较长语言名和翻译后的错误信息提高字体和显示缩放。确认标签能换行、当前值可见、控件互不遮挡，且主要下一步操作仍能触达、没有被裁切。
6. 检查离线公告和恢复路径. 测试资源缺失、网络不可用、语种方向不支持或未验证、加载和失败状态。确认各状态都有简短文字公告和可操作的下一步，不从 UI 资源推断模型能力。

让每个阶段的状态都可观察。失败信息应指出阶段、模型、运行时和恢复动作，同时避免记录用户私密内容。

验收标准

• 应用 locale 与任务源/目标语种可以分别选择，辅助标签说明各自用途和当前值。
• 切换 locale 后焦点仍有意义且任务方向不变；RTL 布局和混排文字在受测缩放下可读、可选、可复制。
• 离线、资源缺失和不支持状态以文字呈现并提供下一步操作，结论不外推到未测 locale 或模型能力。

决策对照表

需要避免的失败模式

• 界面 locale 与源/目标语种互相覆盖
• 只看 RTL 截图而不测读屏、焦点和混排
• 因资源字符串已翻译就声称模型支持该语种

还要避免静默回退、版本未固定、缺少取消处理，以及把不同配置的结果混在一起下结论。失败运行也应与成功记录一并保存。

最小复现记录

发布检查表

• ☐ 主要搜索问题已回答，且没有未经支持的数字。
• ☐ 所有模型文件和运行时版本均已固定。
• ☐ 代表性任务和失败处理策略均有说明。
• ☐ 生命周期、取消、清理和回退均已测试。
• ☐ 用户内容与网络边界均有说明。
• ☐ 结论只适用于被记录的配置。
• ☐ 新增测试结果时链接到原始方法或证据。

来源与相关证据

• 端侧 AI 架构概览
• Cove 基准测试方法
• Android Developers：Jetpack Compose 无障碍
• Android Developers：应用本地化
• Android Developers：测试应用无障碍

中文部署与排错专题见。奇连 AI 端侧专题。

常见问题