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 ローカリゼーションの方法を学ぶは、より良い文脈理解を提供し、ローカリゼーションプロセスを加速します。

文化的適応

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

• 画像、アイコン、色が文化的に適切であること (例：赤は中国ではポジティブな意味を持つが、西洋では危険を示す)
• 例や参照がターゲット文化に関連していること。
• フォーマリティのレベルが文化的期待に合っていること (フォーマル vs カジュアル)。
• 名前、住所、電話番号のフォーマットが地域の慣習に従っていること。
• 測定単位が地域の基準を使用していること (メートル法 vs インペリアル)。

複数形と文法

異なる言語には異なる複数形のルールがあります。英語は 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 (米国) vs DD/MM/YYYY (英国) vs YYYY-MM-DD (ISO)
• 時刻フォーマット: 12 時間 (米国) vs 24 時間 (世界のほとんど)
• 週の最初の日: 日曜日 (米国) vs 月曜日 (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);

数値フォーマット

• 小数点区切り: ピリオド (米国) vs カンマ (ヨーロッパ)
• 千の区切り: カンマ (米国) vs ピリオド (ヨーロッパ) vs スペース (フランス)
• 負の数: -123 vs (123) vs 123-

通貨フォーマット

• 通貨記号の位置: $123 (米国) vs 123€ (ヨーロッパ)
• ロケールに対する正しい通貨 (USD、EUR、JPY など)
• 小数点以下の桁数: ほとんどの通貨は 2、JPY、KRW は 0

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

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

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

RTL 言語サポート

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

• 全体の UI が正しくミラーリングされていること (ナビゲーション、アイコン、レイアウト)
• テキストの配置が右寄せであること
• 双方向テキストの混合 (ラテン文字 + アラビア文字) が正しく表示されること
• 数字とラテン文字は RTL コンテキスト内で左から右に維持されること
• 方向を伝えるアイコンや画像が適切にミラーリングされていること

用語の一貫性

用語の一貫した使用は、プロフェッショナルなローカリゼーションにとって重要です:

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

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

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

適切な文字エンコーディングは、すべてのスクリプトが正しく表示されることを保証します:

• UTF-8エンコーディングはすべてのUnicode文字を処理します
• 特殊文字やダイアクリティカルマークが正しく表示されます（é、ñ、üなど）
• 非ラテン文字スクリプトが正しくレンダリングされます（キリル文字、アラビア語、CJK、タイ語など）
• モジベイク（文字の表示が乱れること）がありません

ロケール特有の機能

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

• ソートおよび照合順序はロケールのルールに従います（例: スペイン語のñ、スウェーデン語のå）
• 検索機能はロケール特有の文字を処理します
• 入力方法はロケールに対応しています（CJK用のIME、複雑なスクリプト）
• 検証ルールはロケール形式を尊重します（郵便番号、電話番号）

L10nテストプロセス

体系的なアプローチでL10nテストを行うことで、包括的なカバレッジを確保します:

推奨テストステップ

1. プレローカリゼーションi18nテスト

   擬似ローカリゼーションを使用して、翻訳前にi18nの準備状況を確認します。

2. 翻訳レビュー

   ネイティブスピーカーに翻訳の正確性、文脈、文化的適切さをレビューしてもらいます。

3. 言語テスト

   すべての翻訳されたコンテンツを文脈でテストし、完全性、正確性、一貫性を確認します。

4. 視覚およびレイアウトテスト

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

5. 機能テスト

   ロケール特有の機能をテストします: 形式、ソート、入力方法、検証。

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

   ターゲット市場のユーザーに全体的なローカライズ体験を検証してもらいます。

L10nテストチェックリスト

この包括的なチェックリストを使用して、徹底的なL10nテストのカバレッジを確保します:

L10nテストのベストプラクティス

ネイティブスピーカーを関与させる

L10nテストプロセスには、常にネイティブスピーカーまたは現地のレビュアーを含めてください。彼らは自動テストでは検出できない文化的なニュアンス、慣用的な問題、文脈の問題を見つけることができます。

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

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

可能な限り自動化する

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

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

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

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

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

AI翻訳でL10nテストを加速する

AI駆動のローカリゼーションは、ローカリゼーションプロセスの速度と質を大幅に改善し、より迅速かつ効果的なL10nテストを可能にします:

• 文脈を考慮した翻訳が言語的な問題や誤訳を減らします
• すべての言語で一貫した用語がテストの手間を減らします
• 迅速な翻訳のターンアラウンドが継続的なローカリゼーションとテストを可能にします
• 165以上の言語をサポートし、あまり一般的でない言語も含まれます

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