localization - i18n アプリケーションのテスト ツール

Question

国際化/ローカライズされたアプリケーションをテストするためのツールに関する提案はありますか? アプリケーションの UI は、Web インターフェイスを介して行われます。ローカライズされた文字列は xml ファイルに保存されます。

よろしくお願いします

Answer 1

何をテストしたいのか正確にはわかりませんが、デスクトップアプリケーションの場合、メニューで使用する翻訳可能な文字列のいくつかに取り組んでいます。これらの文字列には、「Open\tCtrl-O」などのキーボード ショートカットが含まれている場合があります。Ctrl-O を別の言語のキーボード ショートカットに変換する必要がある場合があるため、キーボード ショートカットを含める必要があります。ただし、一部の翻訳者は (もちろん故意ではありませんが) バグを導入します。たとえば、\t と Ctrl-O の間にスペースを入れたり、「Ctrl」を翻訳したりします。私たちの解決策は、少数の単体テストを作成し、すべての言語のすべての英語の文字列と翻訳された文字列の組み合わせに対してこれらを実行することでした。これは多くのテスト (私たちの場合は 50000 以上) ですが、ほとんどが単なる文字列の比較であるため、非常に高速 (10 秒程度) に実行されます。

次のようなことをテストします。

• \t とキーボード ショートカットの間にスペースを入れないでください。
• 英語の文字列にキーボード ショートカットがある場合は、翻訳にもあるはずです。
• 英語の文字列に改行がない場合、翻訳にも改行は必要ありません。
• 英語の文字列が '...' で終わる場合 (ダイアログを開くメニュー項目であることを示します)、翻訳も '...' で終わる必要があります。

Web アプリケーションについて話しているので、これがまだ役立つことを願っています。私の経験はデスクトップ アプリケーションです。

Answer 2

i18nアプリケーションを「テスト」する1つの方法は、すべてのロケール固有の動作と変換されたリソースに対処していることを確認することです。これには通常、QA計画を設定する必要があります。

実行する必要のある手順の中には、各ロケールに基づいて、通貨、数値、日付、時刻、またはその他の測定値のフォーマットが適切に行われていることを確認することがあります。それをチェックするために私が知っている特定のツールはありません。

もう1つの側面は、ユーザーに表示されるすべての文字列が実際にコードから外れ、リソースバンドルに含まれていることを確認することです（.propertiesから.po、.xmlまで...選択肢は大きいです）。一部のQAチームは、「疑似ローカリゼーション」戦略を設定しました。つまり、リソースバンドルは、元の文字列を使用して作成されますが、たとえば日本語のひらがなのように、接頭辞と接尾辞の「特殊」文字が使用されます。次に、疑似ロケールを使用してアプリケーションを呼び出すと、接頭辞と接尾辞が付いたすべての文字列が表示され、開発者は欠落しているもの（ひらがなのない文字列）とレイアウト管理の動作（本来はいけないテキストのトリミング）を確認できます。

これを行うためのツールは多数あります。たとえば、一般にi18nを処理するLingoportのGlobalyzerのように、疑似ローカリゼーションはその一部です（メニューでは、実際には「PseudoJudo」と呼ばれます）。これにより、テキストを特定の割合で拡大したり、プレフィックスのみまたはサフィックスのみ、あるいはその両方を元の文字列に追加したりできます。

それが少なくとも部分的にあなたの質問に答えることを願っています。