LQA检查哪些内容
文本会在其真正出现的地方被审阅：游戏内，玩家实际遇到它的那个具体位置和时刻。这样才能发现任何字符串表都无法揭示的问题类型。
- 依赖上下文的语义错误
- 文本截断、溢出、重叠
- 变量、复数、性别一致性
- 拼写、语法、标点问题
- 术语与语气的一致性
- 对话的可读性与自然度
02语言质量保证
在文本真正
出现的地方检查它。
游戏内语言质量保证：上下文错误、文本截断、变量、性别一致性与术语统一，全部整理成团队可以直接采取行动的报告。
测试流程是怎样的
我会按照事先约定的路线进行游玩，手持覆盖清单，逐一记录发现的问题。同时也会刻意触发一些边缘情况：超长角色名、数量为零或一的情形、语言切换、窗口尺寸调整等。
- 提前约定测试路线与区域
- 刻意测试显示相关的边缘情况
- 必要时同时检查两种语言
- 修复后进行复核验证
问题报告
每一个发现的问题都会附上截图、严重程度评估，以及可以直接采用的修改建议。目标是让开发人员无需重建上下文就能直接应用修正。
- 截图与字符串标识
- 严重程度与对玩家的实际影响
- 可直接采用的修改建议
- 按贵方追踪系统的格式导出
LQA对评分的影响
本地化版本最常招致的批评，很少是某个惊人的误译，而是被截断的按钮、别扭的性别一致性、以及反复出现上百次的生硬措辞。上线前的一轮LQA，正是为了消除这类摩擦。
常见问题
- 语言质量保证（LQA）具体是什么？
- LQA（Linguistic Quality Assurance）是在实际运行的游戏中检查文本，而不是在表格里审阅。它能发现脱离上下文的审校无法察觉的问题：一句话本身没错，但出现在当下的场景中却很荒谬；按钮文字被截断；变量显示成“1个药水”；所选角色的性别一致性出错等等。
- 它和校对有什么区别？
- 校对只审视文本本身，而LQA审视文本在屏幕上呈现的实际效果：位置、长度、时机，以及与玩家当前操作是否连贯一致。两者相辅相成，但只有LQA能发现显示和上下文相关的问题。
- 问题是如何反馈的？
- 以结构化报告形式呈现：尽可能附上字符串ID、截图、问题描述、严重程度以及修改建议。格式可以与贵方现有的问题追踪系统保持一致。
- LQA应该在开发的哪个阶段进行？
- 理想情况下，是在认证或重大更新前的可玩版本上进行，此时仍有充足时间修复发现的问题。对文本密集区域提前做一轮检查也很有价值。
延伸阅读
“在表格里正确的文本，在屏幕上未必正确。”