L10nテスト

ローカリゼーション（L10n）テストは、アプリケーションが異なる言語、地域、文化間で正しく動作することを保証する重要な品質保証プロセスです。このガイドは、QAチームとローカリゼーションスペシャリストに、ローカライズされたアプリケーションを効果的にテストするための包括的なフレームワークを提供します。

L10nテストとは？

L10nテストは、アプリケーションが特定のロケールや市場に合わせて適切に適応されているかを検証します。ソフトウェアが動作することを確認するだけでなく、ローカライズされたバージョンがターゲット市場のユーザーにとって適切で、文化的に関連性があり、機能的なエクスペリエンスを提供することを保証します。

i18nテストとL10nテスト

国際化（i18n）テストとローカリゼーション（L10n）テストは混同されがちですが、目的が異なります：

i18nテスト（国際化）

アプリケーションがローカライズ可能であるかどうかをテストします。これはコードベースの技術的な検証です：

• すべてのユーザー向け文字列が外部化されている（ハードコードされていない）
• プレースホルダーと変数が正しく保持されている
• UIがテキストの拡張（ドイツ語、フィンランド語で30〜40%）に対応できる
• 文字エンコーディングがUnicode/UTF-8をサポートしている
• コードが翻訳可能な文字列を連結していない

自動化されたi18nテストの詳細については、疑似ローカリゼーション手法をご覧ください。

L10nテスト（ローカリゼーション）

アプリケーションが特定の言語と市場に対して正しくローカライズされているかどうかをテストします：

• 翻訳の品質、正確さ、およびコンテキストの適切さ
• 文化的適応と地域の慣習
• ロケールの日付、数値、および通貨の書式設定
• 実際に翻訳されたコンテンツを使用したUIレイアウト
• ロケール固有の機能（並べ替え、検索、入力方法）

L10nテストの重要な側面

包括的なL10nテストは、ローカリゼーション品質の複数の側面をカバーします：

翻訳の完全性と品質

L10nテストの基礎は、すべてのコンテンツが翻訳されており、意味が通じることを確認することです：

• ユーザー向け文字列の100%が翻訳されていることを確認する（ソース言語の残骸がないこと）
• 翻訳の正確さとコンテキストの適切さを確認する
• 専門用語が一貫して翻訳されていることを検証する
• ターゲットオーディエンスに合わせてトーンとスタイルを調整する

最新のAI対応ローカリゼーションは、コンテキスト認識と翻訳速度を大幅に向上させます。AIローカリゼーションの方法を学ぶ コンテキストの理解を深め、ローカリゼーションプロセスを加速させます。

文化的適応

ローカリゼーションは単なる逐語訳ではなく、文化的な配慮が必要です：

• 画像、アイコン、色は文化的に適切か（例：中国では赤はポジティブな意味を持つが、西洋では危険を意味するなど）
• 例や参照先はターゲット文化に関連しているか。
• 丁寧さのレベルは文化的期待に合致しているか（フォーマルかカジュアルか）。
• 名前、住所、電話番号の形式は現地の慣習に従っているか。
• 測定単位は現地の基準を使用しているか（メートル法かヤード・ポンド法か）。

複数形の形式と文法

言語ごとに複数形の形式のルールは異なります。英語には2つの形式（単数/複数）がありますが、ロシア語には3つ、アラビア語には6つあります：

{
  "en": {
    "items": "{{count}} item",
    "items_other": "{{count}} items"
  },
  "ru": {
    "items_one": "{{count}} товар",
    "items_few": "{{count}} товара",
    "items_many": "{{count}} товаров"
  },
  "ar": {
    "items_zero": "لا توجد عناصر",
    "items_one": "عنصر واحد",
    "items_two": "عنصران",
    "items_few": "{{count}} عناصر",
    "items_many": "{{count}} عنصرًا",
    "items_other": "{{count}} عنصر"
  }
}

エッジケースで複数形の形式をテストする：

• 0、1、2、5、11、21、100、101個の項目でテストする
• 各複数形のカテゴリが文法的に正しいか確認する
• 各カウントに対して正しい形式が表示されるか確認する

日付・数値の書式設定と通貨形式

プロフェッショナルなローカリゼーションには、ロケール固有の日付・数値の書式設定が不可欠です：

日付・時刻の書式設定

• 日付形式：MM/DD/YYYY（米国）対 DD/MM/YYYY（英国）対 YYYY-MM-DD（ISO）
• 時刻形式：12時間制（米国）対 24時間制（世界の大部分）
• 週の始まり：日曜日（米国）対 月曜日（ISO、ヨーロッパ）

// US English: 12/23/2025
// UK English: 23/12/2025
// Japan: 2025年12月23日
// ISO 8601: 2025-12-23

const date = new Date('2025-12-23');
const usFormat = new Intl.DateTimeFormat('en-US').format(date);
const ukFormat = new Intl.DateTimeFormat('en-GB').format(date);
const jpFormat = new Intl.DateTimeFormat('ja-JP').format(date);

数値の書式設定

• 小数点：ピリオド（米国）対 カンマ（ヨーロッパ）
• 桁区切り：カンマ（米国）対 ピリオド（ヨーロッパ）対 スペース（フランス）
• 負の数：-123 対 (123) 対 123-

通貨形式

• 通貨記号の位置：$123（米国）対 123€（ヨーロッパ）
• ロケールに適した通貨（USD、EUR、JPYなど）
• 小数点以下の桁数：ほとんどの通貨は2桁、JPYやKRWは0桁

テキストの長さとUIレイアウト

翻訳はソース言語よりも多くのスペースを必要とすることがよくあります。ドイツ語やフィンランド語の翻訳は、英語より通常30～40%長くなります：

• ボタン、メニュー、ラベルでテキストが切り捨てられたり、途切れたりしていないか
• テキストやUIレイアウトの要素が重なっていないか
• レイアウトが長い翻訳文字列に適切に適応しているか
• 改行やテキストの折り返しが自然か
• レスポンシブデザインが異なるテキストの長さで機能しているか

右から左への言語サポート

右から左への言語（アラビア語、ヘブライ語、ペルシア語、ウルドゥー語）には特別なテストが必要です：

• UI全体が正しくミラーリングされているか（ナビゲーション、アイコン、レイアウト）
• テキストの配置が右揃えになっているか
• 双方向テキストの混在（ラテン文字+アラビア語）が正しくレンダリングされるか
• 数字とラテン文字が右から左への言語のコンテキスト内で左から右への順序を維持しているか
• 方向を示すアイコンや画像が適切にミラーリングされているか

用語の一貫性

プロフェッショナルなローカリゼーションには、用語の一貫した使用が不可欠です：

• 専門用語がアプリケーション全体で一貫して翻訳されているか
• 製品固有の用語が公式の翻訳用語集と一致しているか
• UI要素名（ボタン、メニュー、ダイアログ）が統一された翻訳を使用しているか
• ブランド名や商標がガイドラインに従って扱われているか

l10n.devの機能：カスタム用語を設定して、AI翻訳がすべてのファイルで優先用語を一貫して使用するようにする。

文字エンコーディングと表示

適切な文字エンコーディングにより、すべてのスクリプトが正しく表示されます：

• UTF-8エンコーディングがすべてのUnicode文字を処理しているか
• 特殊文字や発音区別符号が正しく表示されるか（é、ñ、üなど）
• 非ラテン文字のスクリプトが適切にレンダリングされるか（キリル文字、アラビア語、CJK、タイ語など）
• 文字化けが発生していないか

ロケール固有の機能

一部の機能はロケールに基づいて異なる動作をします：

• 並べ替えと照合順序がロケールのルールに従っているか（例：スペイン語のñ、スウェーデン語のå）
• 検索機能がロケール固有の文字を処理しているか
• 入力方式がそのロケールで機能しているか（CJK用のIME、複雑なスクリプト）
• 検証ルールがロケールの形式を尊重しているか（郵便番号、電話番号）

ローカリゼーションテストワークフロー

体系的なアプローチでローカリゼーションテストを行うことで、網羅的なカバレッジが確保されます：

推奨されるテスト手順

1. ローカリゼーション前のi18nテスト

   疑似ローカリゼーションを使用して、翻訳前にi18nの準備状況を検証する。

2. 翻訳レビュー

   ネイティブスピーカーに、正確さ、コンテキスト、文化的な適切さについて翻訳をレビューしてもらう。

3. 言語テスト

   すべての翻訳済みコンテンツをコンテキスト内でテストし、完全性、正確性、一貫性を確認する。

4. 視覚・UIレイアウトテスト

   すべての画面サイズとデバイスで、実際の翻訳済み文字列を使用してUIレイアウトを検証する。

5. 機能テスト

   ロケール固有の機能（書式、並べ替え、入力方式、検証）をテストする。

6. ユーザー受け入れテスト

   ターゲット市場のユーザーに、ローカライズされた全体的なエクスペリエンスを検証してもらう。

ローカリゼーションテストチェックリスト

この包括的なチェックリストを使用して、徹底的なローカリゼーションテストのカバレッジを確保する：

ローカリゼーションテストのベストプラクティス

ネイティブスピーカーを巻き込む

常にネイティブスピーカーや現地のレビュアーをローカリゼーションテストプロセスに含める。彼らは、自動テストでは検出できない文化的なニュアンス、慣用的な問題、コンテキストの問題を捉えることができます。

早期かつ頻繁にテストする

開発の最後まで待たないこと。疑似ローカリゼーションでi18nの準備状況を早期にテストし、翻訳が利用可能になったら各ロケールをテストする。これにより、コストのかかる後期の修正を減らすことができます。

可能な限り自動化する

翻訳の完全性、書式の検証、文字エンコーディング、UIレイアウトの回帰テストなど、反復的なチェックを自動化する。これにより、QAは言語的および文化的な品質に集中できます。

視覚回帰テストを使用する

スクリーンショット比較ツールを実装して、ロケール間でのUIレイアウトの問題を自動的に検出する。これは、テキストのオーバーフローや配置の問題をキャッチするのに特に役立ちます。

ロケール固有のテストデータを維持する

名前、住所、日付、数値、およびその市場固有のエッジケースを含む、各ロケール向けの現実的なテストデータを作成する。

AI翻訳でローカリゼーションテストを加速する

AI対応ローカリゼーションは、ローカリゼーションプロセスの速度と品質を大幅に向上させ、より迅速で効果的なローカリゼーションテストを可能にします：

• コンテキストを認識した翻訳により、言語的な問題や誤訳が減少する
• すべての言語で一貫した用語を使用することで、テストの労力が軽減される
• 迅速な翻訳により、継続的なローカリゼーションとテストが可能になる
• あまり一般的ではない言語を含む165以上の言語をサポート

ローカリゼーションワークフローを合理化し、ローカリゼーションテストの品質を向上させる準備はできていますか？