AIQA はテキストの言語を確認する
AIQAは、用語、文体、文法、表記の明らかな問題を見つける補助をします。原文、訳文、プロジェクトのルールを参照し、確認が必要な箇所を提示します。実際に誤りかどうか、どう修正するかは専門家が判断します。指摘の件数がそのまま誤りの件数になるわけではなく、指摘がなくても誤りがないとは限りません。
| 比較項目 | AI 品質チェック | ゲーム内 LQA |
|---|---|---|
| 環境 | 原文、訳文、プロジェクト基準 | 動作するテストビルド |
| 対象 | 用語、スタイル、言語の問題 | 表示、UI、場面との整合性 |
| 成果 | 人が確認した言語の修正 | ゲーム内の不具合報告・修正対応・回帰テスト |
ゲーム内 LQA は実際の体験を確認する
表計算で正しい訳文でも、ゲームではボタンが切れたり、字幕が別の場面に出たり、現在の人物関係に呼称が合わなかったりします。ゲーム内 LQA はテストビルドで表示と文脈を確認し、追跡可能な問題を記録して修正と回帰確認を支援します。言語、モジュール、ビルド、アクセス条件を合意します。
テキスト確認からゲーム内検証へ
必要な資料原文と訳文
工程 01言語確認
成果物確認した問題
問題候補を特定
AIQA の指摘を専門家が確認します。
必要な資料課題記録
工程 02修正
成果物修正済み言語ファイル
言語ファイルを更新
実際の誤りを直し、影響する文字列を再確認します。
必要な資料ビルドと範囲
工程 03実機検証
成果物ゲーム内課題
実際のゲーム画面を確認
合意したモジュールで表示、場面、操作を確認します。
必要な資料更新ビルド
工程 04回帰
成果物回帰確認の記録
修正結果を再確認
修正した問題と影響する箇所を再テストします。
追跡できる課題記録でつなぐ
テキストの指摘は言語ファイルへ、実機の指摘は該当文字列や実装へ戻せるようにします。文字列 ID、原文、訳文、問題の種類、根拠、状態を記録します。実機の報告にはビルド、場面、スクリーンショット、再現手順も必要です。修正後は影響箇所を再確認し、見積もりと日程では両工程を明確に分けます。