- 用語、正確さ、書式、一貫性の問題を検出
- 検出した問題とその重大度を分類
- コンテンツの品質スコアを算出
- 品質のしきい値に応じてコンテンツを振り分けやすくする
GDPR準拠組織
ISO 27001認証取得組織
SOC II準拠組織
ソフトウェア、アプリ、ゲーム向けローカライズテストサービス
ビルドが通っても見つけられない言語のエラーを見つけましょう。SmartcatはAIによる翻訳品質のスコアリングとネイティブスピーカーのレビューを組み合わせ、わかりにくい説明、不統一な用語、収まらないテキストをリリース前に修正できるようにします。
世界最大級の企業80社以上がSmartcatを選んでいます
ローカライズテストとは？
ローカライズテストは、翻訳された製品が特定の言語・地域で正確で、理解しやすく、使いやすいかを確認するものです。言語のレビューに、テキストのレイアウト、文化的な文脈、日付・数値・通貨などの現地の形式のチェックを組み合わせます。
言語品質保証（LQA）は、そのプロセスのうち言語に焦点を当てた部分です。レビュアーは合意したカテゴリーと重大度に基づいてエラーを記録し、チームが翻訳を受け入れるか修正に戻すかを判断する明確な根拠を提供します。言語品質保証について詳しく見る。
技術的に有効な文字列でも、ユーザーを誤解させることがあります。「Save」は設定の保存を意味することもあれば、誰かを救うことを意味することもあります。「Next」の訳語が辞書的には正しくても、ボタンが実行する操作には合わない場合があります。テストによって、テキストとユーザーが達成しようとしているタスクが結びつきます。
小さな言語のエラーがリリースの問題になる
リリースの承認後にローカライズの問題が見つかると、調整のコストが大きくなります。レビュアーには正しいビルドが、開発者には再現可能なレポートが必要になり、修正した文字列は影響を受けるすべての画面で再確認が必要です。
ユーザーが迷う
翻訳されたラベルの意味が変わり、支払いを確定しようとしているのか下書きを保存しようとしているのか、ユーザーがわからなくなります。
レイアウトが崩れる
長くなった翻訳がアイコンに重なったり、固定幅のボタンの後ろに隠れたりします。
サポートが同じ説明を繰り返す
ヘルプコンテンツがインターフェースとは異なる製品用語を使っているため、内容自体は正しい記事でも理解しにくくなります。
承認が意味を失う
言語専門家がレビューしたバージョンと、ビルドに含まれたバージョンが異なっています。
テストを始める前に、ソースのバージョン、対象ロケール、受け入れ基準を合意しておきましょう。そうすれば、各問題に対処でき、各承認をリリースまでさかのぼって追跡できます。
ローカライズテストの種類と担当者
言語、文脈、製品の動作には、それぞれ異なるチェックが必要です。Smartcatは翻訳のQAと言語の専門家へのアクセスを提供し、画面単位のチェックには貴社チームが用意するスクリーンショットやテスト環境を使用します。
| テストの種類 | 確認する内容 | 例 | 担当 |
|---|---|---|---|
| 言語 | 意味、文法、用語集の用語、トーン | 「Save」が誤った意味で翻訳されている | AIによる品質評価とネイティブレビュアー |
| 文化 | 例、言及、画像、対象読者への適切さ | 対象市場では意味をなさない季節のプロモーション | 市場に精通したレビュアー |
| インターフェース内のテキスト | 見切れ、折り返し、伸長、読む順序 | ドイツ語の設定ラベルがアイコンの後ろに隠れている | テスターが貴社の画面またはビルドを確認 |
| ロケールの形式 | 日付、数値、通貨、単位、住所 | 予約確認メールの、数字だけのあいまいな日付表記 | 貴社のQAチームとロケールのレビュアー |
| リソースの整合性 | 変数、マークアップ、欠落したキー、複数形の動作 | %1$s引数の欠落や誤った数量の形 | ファイルのチェック、アプリのテスト、言語レビュー |
機能テスト、デバイス、リリースの動作は引き続き貴社のエンジニアリングチームが担当します。翻訳品質のスコアは、支払いフロー、キーボード、スクリーンリーダーがアプリ内で正しく動作することを証明するものではありません。
Smartcatでのローカライズテストの流れ
1つのリリースと、定めた言語のセットから始めます。翻訳、レビュー、問題の解決を、同じソース素材に結びつけておきましょう。
文字列と文脈を準備する
対応するソフトウェアリソースをインポートするか、適切な連携を接続します。必要に応じて、レビュアーにキーの説明、スクリーンショット、関連するビルドへのアクセスを提供します。テストのブリーフには言語、プラットフォーム、バージョンを記載します。
言語アセットを適用する
用語集と翻訳メモリを使って翻訳します。レビュアーが個別に判断を始める前に、製品の用語、保護すべき名称、意図するトーンを説明します。
翻訳品質を評価する
Quality Assurance Coworkerは翻訳上の問題を特定し、その種類と重大度を分類して、品質スコアを算出します。テキストを編集せずに評価を行います。
文脈の中でレビューする
社内のネイティブスピーカーの専門家、またはMarketplaceのLQA専門家を割り当てます。提供した画面と照らしてテキストを確認し、再現できるだけの文脈を添えて問題を報告してもらいます。
修正して再テストする
言語専門家またはReviewer Coworkerが翻訳を改善します。開発者はリソースやレイアウトの不具合を修正します。変更されたコンテンツと影響を受けるユーザーフローを再テストしてください。変更された単語だけを確認しても、すべてのリグレッションはカバーできません。
リリースを承認する
解決済みの指摘事項が合意した品質基準を満たしているかは、貴社のチームが判断します。承認済みのリソースをエクスポートしてビルドで検証し、次回の更新に向けてリリースの記録を残してください。
ソフトウェアローカライズのセットアップガイドでは、コレクション、インポート、エクスポートについて説明しています。APIとCLIのワークフローは、これらの手順をリリースプロセスにつなげたいチームを支援します。
自社の文字列でQAを試す
AIが翻訳を評価し、機能するかどうかは人が判断します。
自動チェックは、レビュアーが問題を一貫して見つけるのに役立ちます。人によるレビューでは、翻訳が実際の使用場面で適切かを判断するために必要な、製品と市場の観点を加えます。
人とアプリによるレビュー
修正済みのコンテンツをいつ出荷できるかは、貴社のレビュアー、Reviewer Coworker、リリースプロセスが判断します。
- 文言が実際のユーザー操作と一致しているかを確認
- あいまいなソーステキストと許容できる例外を判断
- 文化的な適合性と実際の画面での体験を確認
- 言語を承認し、リリース準備の完了を確認
ローカライズテストと国際化テストの違い
国際化テストは、製品がさまざまな言語と地域の慣習に対応できるよう設計されているかを確認します。ローカライズテストは、特定のローカライズ版が正しいかを確認します。どちらも重要です。ハードコードされた英語や、左から右へのテキストを前提としたレイアウトは、翻訳では修正できません。
| 国際化テスト | ローカライズテスト | |
|---|---|---|
| 主な問い | この製品は必要なロケールに対応できるか？ | このロケールはユーザーにとって機能するか？ |
| 主な実施時期 | 開発中、翻訳の前および並行して | 翻訳後からリリースの検証まで |
| 主なチェック項目 | 文字列の外部化、Unicode、柔軟なレイアウト、ロケール対応の書式設定 | 意味、用語、レイアウト、地域の慣習、ローカライズ版のリンク |
疑似ローカライズは、早い段階で役立つチェックです。見た目を変えたり伸長させたりしたテキストに置き換えることで、ハードコードされた文字列やレイアウト上の前提をあぶり出します。インターフェース全体の翻訳に費用をかける前に、エンジニアリング上の問題を特定できます。ただし、対象言語を理解する人によるレビューの代わりにはなりません。
次のリリースに向けたローカライズテストのチェックリスト
共有のチェックリストを使い、例外を記録します。1つのリリースに、解決済みの言語の問題と未解決の機能上の不具合が両方含まれることもあります。承認者がリスクを把握できるよう、それぞれ分けて報告してください。
- ソースのバージョン、対象ロケール、テストビルドを確認する
- 必要な文字列が翻訳され、存在することを確認する
- 製品名と用語集の用語を文脈の中で確認する
- プレースホルダー、マークアップ、リソース識別子を保持する
- 代表的な数量で該当する複数形をテストする
- 短いラベル、長いテキスト、エラー状態、空の状態を確認する
- 該当する場合は右から左へのレイアウトを確認する
- 日付、数値、通貨、計量単位を確認する
- フォントと文字の表示を確認する
- 画像と市場固有の言及をレビューする
- ローカライズされたヘルプ、法務、サポートのリンクをたどる
- 修正を再テストし、最終承認を記録する
モバイルアプリとゲームのローカライズQA
モバイルアプリ
モバイルアプリのローカライズテストでは、リソースファイルを小さな画面と変化し続けるリリースに結びつけます。オンボーディング、権限の説明、購入手続き、通知、エラー状態も、メインのナビゲーションと同じくらい丁寧にレビューし、ストアの掲載文は実際にユーザーがダウンロードする製品と照らしてテストしましょう。モバイルアプリのローカライズを見る。
ゲーム
セリフ、メニュー、チュートリアル、ストアのコピーに、言語面と文化面のレビューを行います。レビュアーには、キャラクター情報、ストーリーの文脈、文字数の制約を伝えます。言語テストでわかりにくい指示やキャラクター名の不統一は発見できますが、ゲームバランス、パフォーマンス、デバイスの対応範囲は引き続きゲームのQAプログラムの一部です。
検証できる根拠を備えた、連携されたレビュープロセス
Smartcatは、翻訳アセット、AIによる品質評価、人によるレビューを同じワークフローにまとめます。既存のレビュアーで始め、社内で評価できない言語には専門家を加え、承認済みの用語を今後のリリースでも使えるようにしておけます。
298
29か国にわたるプロジェクト
Topconのチームは、8社の翻訳ベンダーを1つのSmartcatワークスペースに統合した後、2年間で31言語にわたる298件の翻訳プロジェクトを納品しました。
Topconの公開事例では、8社の翻訳ベンダーを1つのプラットフォームに統合した経緯が紹介されています。これは翻訳業務の管理に関する実績であり、Smartcatがソフトウェアの不具合をなくすという主張ではありません。Topconの導入事例を読む。
料金と実践的な最初のプロジェクト
費用を左右する要素
ローカライズテストの費用は、言語、テキストの量、レビューの深さ、レビュアーに必要なアクセスによって異なります。プラットフォームの利用料と外部の専門作業は、範囲の別項目です。Smartcatの最新プランを確認し、選んだ言語専門家にプロジェクトごとの見積もりを依頼してください。
始め方
1つのリリース、代表的な画面、少数の重要なフローを選びます。エラーのカテゴリー、レビュアーの責任、最終承認者を合意します。対象範囲を広げる前に、指摘事項と工数を現在のプロセスと比較しましょう。
よくある質問
ローカライズテストとは？
ローカライズテストは、翻訳された製品の言語の正確さ、使いやすさ、市場への適合性を確認するものです。用語、文化的な文脈、テキストのレイアウト、ロケールの慣習が含まれます。レビュアーには関連する文字列と製品の文脈が必要で、ローカライズ版ビルドが正しく動作することを確認するには、アプリのQAも引き続き必要です。
LQAとは何ですか？
LQAとは言語品質保証のことで、翻訳された言語を合意した基準に照らして体系的に評価するものです。レビュアーが正確さ、用語、スタイルなどの問題を分類し、重大度を付けて、指摘事項を記録します。ローカライズテストの一部であり、機能テストやデバイステストの代わりになるものではありません。
ローカライズテストと国際化テストの違いは何ですか？
国際化テストは、製品がさまざまなロケールに対応できるかを確認します。ローカライズテストは、個々の言語版・地域版を確認します。エンジニアリングのチェックで翻訳前にハードコードされた日付形式を見つけ、その後ネイティブレビュアーが最終的な文言と表示がその市場で意味をなすかを確認できます。
ローカライズテストは自動化できますか？
リソースの検証や翻訳品質のチェックなど、一部は自動化できます。SmartcatのQA Coworkerは翻訳上の問題を評価し、品質スコアを算出します。文脈、文化的な適合性、レイアウト、動作の評価には、引き続きネイティブレビュアーとアプリのテスターが必要です。コンテンツのリスクとリリース要件に応じて、これらのチェックを組み合わせてください。
モバイルアプリやゲームのテストにも対応していますか？
Smartcatは、モバイルアプリとゲームのローカライズにおける言語レビューの側面を支援します。ネイティブレビュアーに、貴社が用意したスクリーンショットやテスト環境と照らしてテキストを評価してもらえます。デバイス、パフォーマンス、ゲームプレイ、機能のテストは、エンジニアリングチームまたは専門のテスト会社と範囲を定めてください。これらは別の責任範囲です。
ローカライズテストサービスの費用はどのくらいですか？
料金は、言語ペア、コンテンツの量、画面数、レビューの深さ、納期の要件によって異なります。プラットフォームのプランを確認し、専門家によるレビューは別途見積もりを依頼してください。明確なテストブリーフがあれば、レビュアーが作業量を見積もりやすくなり、安価な文字列チェックがアプリ全体のQAと誤解されることも防げます。
Smartcatは既存のQAプロセスにどう組み込めますか？
翻訳アセット、言語レビュー、品質評価にはSmartcatを使い、承認済みの成果物をビルドとテストのプロセスにつなげます。指摘事項を課題管理ツールにどう移すか、修正を誰が確認するかを定義してください。課題のエクスポートの自動化が必要な場合は、すべての連携に含まれていると考えず、セットアップ時に確認してください。
どの種類のローカライズテストを優先すべきですか？
誤解による影響が最も大きいフローから始めましょう。オンボーディング、支払い、アカウントへのアクセス、エラーからの復旧、製品の操作説明などです。言語レビューに、レイアウト、変数、ロケールの形式のチェックを組み合わせます。どの画面と言語で問題が多く発生するかがわかってきたら、対象範囲を広げていきます。1つの品質スコアは、リスクに基づくテスト計画の代わりにはなりません。
答えが見つかりませんか？ ローカライズの専門家に相談する
リリース前に、修正すべき点を把握する
文字列セット1つと製品の文脈をお持ちください。AIによる品質評価とネイティブスピーカーのレビューが、リリースプロセスにどう組み込めるかをご確認いただけます。