资源 · 30

质量保证多语言内容和完整的用户旅程

除了翻译后的正文之外,还要检查语言、备选方案、表单、格式和从右到左的屏幕。

已更新 · 2 min

桌上的智能手机和笔记本电脑 插图 · 虚构场景

本指南有助于实现的目标

  • 映射版本
  • 测试任务
  • 检查从右到左的语言和格式
  • 安排人工审核

快速检查

  • 声明的语言是否与内容匹配?
  • 备选方案是否相互兼容且相关?
  • 错误信息和确认信息是否保留为所选语言?
  • 日期、数字和方向是否已正确显示?
  • 谁负责审批敏感域名?

分步指南

  1. 1

    映射版本

    将每个 URL 链接到其对应的语言版本、规范版本和真实版本。 请勿声称提供不存在的翻译版本。

    交付成果:URL、语言和备选方案矩阵。

  2. 2

    检查标记

    检查另一种语言的 HTML 语言和段落;测试互惠 hreflang 关系和最终可访问的 URL。

    交付成果:代表性样本审核。

  3. 3

    重现用户旅程

    测试每种优先语言的导航、搜索、表单、验证、错误、电子邮件、结账或下载功能。

    交付成果:完整的场景和状态捕获。

  4. 4

    审查含义和格式

    调整日期、时间、数字、货币、单位和示例。 测试从右到左的阅读顺序、视觉顺序以及必要时的溢出效果。

    交付成果:格式和方向缺陷列表。

  5. 5

    审查高风险文案

    请一位具备领域知识的专家检查声明、专业术语、条件和错误消息。 根据缺陷对决策的影响程度进行排序。

    交付成果:记录审查结果和优先级修正。

  6. 6

    发布后重新测试

    每次内容或组件更新后,检查已更改的页面和状态、语言切换行为以及版本链接。

    交付成果:回归日志及其负责人。

管理指标

指标衡量内容首要行动
覆盖面完成每种语言的基本旅程翻译缺失的州/省/地区
备选方案互惠可访问版本修复集群
质量修复人工审核中发现的缺陷更正敏感文本
方向无顺序或溢出错误的 RTL 屏幕适配组件和 CSS

常见错误

  • 仅翻译首页
  • 将 hreflang 指向不等效的页面
  • 保留源语言的表单错误
  • 假设机器翻译验证了域名术语

常见问题解答

每个 URL 都必须有翻译吗?

否。仅声明具有等效内容的现有版本。

HTML lang 是否取代 hreflang?

否。 lang 描述文档或段落语言;hreflang 连接搜索引擎的本地化版本。

一个支持 15 种语言的网站应该如何优先考虑质量保证 (QA)?

从关键任务、访问页面和高风险内容入手,然后将测试扩展到每个版本。

官方参考文献

参考文献支持该方法。 请根据您的实际情况调整检查;它们并非认证。 原始参考文献标题和源文档可能使用其他语言。