Playwright によるテスト: テストでは iext 翻訳を使用しますが、`t(key)` は使用しません
ローカライズされたアプリケーションの E2E テストは困難な場合があり、変換キーによりテスト コードの読み取りと保守が困難になる可能性があります。この記事では、Playwright を使用して React アプリで i18next 翻訳をテストする方法を説明します。この方法では、翻訳キーを回避する簡略化されたアプローチが使用されます。このアイデアは、i18next または同様のライブラリを使用するあらゆるプロジェクトで使用できます。
このアプローチは、RBAC アプリケーションでの認可に Playwright フィクスチャを使用することに関する以前の記事 (Playwright を使用したテスト: 認可の苦痛を軽減し、読みやすくする) の概念に基づいて構築されています。
テストでどのように表示されるかを示す実際の例を次に示します。
const LOCALES = ["en", "es", "zh"]; describe("Author page", () => { for (let locale of LOCALES) { test(`it has a link to articles. {locale: ${locale}}`, async ({ page, tkey }) => { await page.goto("/authors/123"); const link = await page.getByRole("link").nth(0).textContent(); expect(link).toBe(tkey("Mis articulos", "menu")); }); } });
ここでの重要な概念は、翻訳に i18n キーの代わりに実際のフレーズを使用することです。従来のアプローチでは多くの場合、読みにくい翻訳キーが使用されます。例: Expect(link).toBe(t("menu.current_user_articles_link"));。これは、読みやすいテストを作成するという原則に反します。
実装: 翻訳キーとフレーズを交換する
実装は、テストでの翻訳キーに対応するフレーズの使用を中心に展開します。一般的な翻訳ファイルの例を次に示します:
{ "en": { "menu": { "current_user_articles_link": "My articles" } }, "es": { "menu": { "current_user_articles_link": "Mis articulos" } }, "zh": { "menu": { "current_user_articles_link": "我的文章" } } }
これを、フレーズが対応するキーにマップされる交換された JSON 形式に変換します (この例では主言語としてスペイン語を使用します)。
{ "Mis articulos": "menu.current_user_articles_link" }
この変換を実現するには、JSON ファイル内のキーと値を交換するユーティリティ関数を作成します。 TypeScript と Deno を使用した実装は次のとおりです:
import { readdir, readFile, writeFile } from 'node:fs/promises'; import { join } from 'node:path'; const CONSTANTS = { DIRECTORY_PATH: 'app/public/locale/es', // Path to locale language files SWAPPED_FILE_PATH: 'e2e/fixtures/i18n/es_swapped.json', // Output path for swapped JSON FILE_ENCODING: 'utf8', } as const; interface TranslationObject { [key: string]: string | TranslationObject; } type SwappedTranslations = Record<string, Record<string, string>>; function swapKeysAndValues(obj: TranslationObject): Record<string, string> { const swappedObject: Record<string, string> = {}; function traverseObj(value: unknown, path = ''): void { if (value && typeof value === 'object') { for (const [key, val] of Object.entries(value)) { traverseObj(val, path ? `${path}.${key}` : key); } } else if (typeof value === 'string') { swappedObject[value] = path; } } traverseObj(obj); return swappedObject; } const JSON_EXTENSION_REGEX = /\.json$/; async function buildJsonWithNamespaces(): Promise<void> { try { const files = await readdir(CONSTANTS.DIRECTORY_PATH); const result: SwappedTranslations = {}; for (const file of files) { const filePath = join(CONSTANTS.DIRECTORY_PATH, file); const fileContent = await readFile(filePath, CONSTANTS.FILE_ENCODING); const parsedFileContent = JSON.parse(fileContent) as TranslationObject; const swappedContent = swapKeysAndValues(parsedFileContent); const key = file.replace(JSON_EXTENSION_REGEX, ''); result[key] = swappedContent; } await writeFile( CONSTANTS.SWAPPED_FILE_PATH, JSON.stringify(result, null, 2), CONSTANTS.FILE_ENCODING, ); console.info('✅ Successfully generated swapped translations'); } catch (error) { console.error( '❌ Failed to generate swapped translations:', error instanceof Error ? error.message : error, ); process.exit(1); } } console.info('? Converting locale to swapped JSON...'); buildJsonWithNamespaces();
deno run --allow-read --allow-write path_to_swap.ts を使用してこのスクリプトを実行します
Playwright 用の i18n のセットアップ
次に、Playwright で i18n 用のフィクスチャを作成しましょう。この実装は playwright-i18next-fixture ライブラリからインスピレーションを得ていますが、より適切に制御するためにカスタムの変更が加えられています。
import * as fs from "node:fs"; import path from "node:path"; import Backend from "i18next-http-backend"; import { initReactI18next } from "react-i18next"; import { test as base } from "@playwright/test"; import { createInstance, type i18n, type TFunction } from "i18next"; const CONFIG = { TRANSLATIONS_PATH: "translations_path_to_files/or_api_endpoint", SWAPPED_TRANSLATIONS_PATH: "e2e/fixtures/i18n/es_swapped.json", LOCAL_STORAGE_KEY: "locale", SUPPORTED_LANGUAGES: ["es", "en", "zh"] as const, DEFAULT_LANGUAGE: "es", NAMESPACES: ["shared", "menu"] as const, DEFAULT_NS: "shared", } as const; const data = fs.existsSync(CONFIG.SWAPPED_TRANSLATIONS_PATH) ? JSON.parse(fs.readFileSync(CONFIG.SWAPPED_TRANSLATIONS_PATH, "utf8")) : {}; export function findTranslationByKey( key: string, namespace: string, ): string | undefined { const value = data[namespace][key]; if (value && typeof value === "string") return value; throw new Error( `? Translation not found for the namespace "${namespace}" and key "${key}"`, ); } type SupportedLanguage = (typeof CONFIG.SUPPORTED_LANGUAGES)[number]; type Namespace = (typeof CONFIG.NAMESPACES)[number]; export const i18nOptions = { plugins: [Backend, initReactI18next], options: { lng: CONFIG.DEFAULT_LANGUAGE, load: "languageOnly", ns: CONFIG.NAMESPACES, defaultNS: CONFIG.DEFAULT_NS, supportedLngs: CONFIG.SUPPORTED_LANGUAGES, backend: { allowMultiLoading: true, loadPath: CONFIG.TRANSLATIONS_PATH, }, react: { useSuspense: true, }, }, } as const; let storedI18n: i18n | undefined; async function initI18n({ plugins, options, }: typeof i18nOptions): Promise<i18n> { if (!storedI18n?.isInitialized) { const i18n = plugins.reduce( (i18n, plugin) => i18n.use(plugin), createInstance(), ); await i18n.init(options); storedI18n = i18n; return i18n; } return storedI18n; } export type Tkey = (key: string, namespace?: Namespace) => string; interface I18nFixtures { i18n: i18n; t: TFunction; tkey: Tkey; } /* Fixture for i18n functionality. It initializes the i18next instance and checks the language setting in the storageState created by Playwright. Similar technique was used in my RBAC example. For more details, see my article about authorization testing (https://dev.to/a-dev/testing-with-playwright-how-to-make-authorization-less-painful-and-more-readable-3344) and the official Playwright documentation (https://playwright.dev/docs/api/class-browsercontext#browser-context-storage-state). */ export const i18nFixture = base.extend<I18nFixtures>({ i18n: async ({ storageState }, use) => { const i18nInstance = await initI18n(i18nOptions); if (storageState) { try { const data = JSON.parse( fs.readFileSync(path.resolve(storageState as string), "utf8"), ); const localStorage = data?.origins?.[0]?.localStorage; const language = localStorage?.find( (i) => i.name === CONFIG.LOCAL_STORAGE_KEY, )?.value as SupportedLanguage | undefined; if (!language) { throw new Error( `No language setting found in localStorage (key: ${CONFIG.LOCAL_STORAGE_KEY})`, ); } if (!CONFIG.SUPPORTED_LANGUAGES.includes(language)) { throw new Error( `Unsupported language: ${language}. Supported languages: ${CONFIG.SUPPORTED_LANGUAGES.join(", ")}`, ); } // Change language if different from current if (i18nInstance.language !== language) { await i18nInstance.changeLanguage(language); } } catch (error) { throw new Error(`Failed to process storage state: ${error.message}`); } } await use(i18nInstance); }, tkey: async ({ t }, use) => { await use((str?: string, namespace = "shared"): string => { if (!str) return "⭕ Error: no translation"; const tkey = findTranslationByKey(str, namespace); return t(`${namespace}:${tkey}`); }); }, t: async ({ i18n }, use) => { await use(i18n.t); }, });
最後に、Playwright テストで i18nFixture を使用して、翻訳と言語設定を処理できます。フィクスチャの操作の詳細については、Playwright の公式ドキュメントを参照してください。すべてのフィクスチャをエクスポートする Index.ts ファイルを作成し、テスト ファイルにインポートすることをお勧めします。
import { mergeTests } from '@playwright/test'; import { i18nFixture } from './fixtures/i18n'; const test = mergeTests({ ...i18nFixture, }); export { test };
Playwright と i18next でのテストをよろしくお願いします! ?
ご質問やご提案がございましたら、お気軽に以下にコメントしてください。
以上がPlaywright によるテスト: テストでは iext 翻訳を使用しますが、`t(key)` は使用しませんの詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。

ホットAIツール

Undresser.AI Undress
リアルなヌード写真を作成する AI 搭載アプリ

AI Clothes Remover
写真から衣服を削除するオンライン AI ツール。

Undress AI Tool
脱衣画像を無料で

Clothoff.io
AI衣類リムーバー

Video Face Swap
完全無料の AI 顔交換ツールを使用して、あらゆるビデオの顔を簡単に交換できます。

人気の記事

ホットツール

メモ帳++7.3.1
使いやすく無料のコードエディター

SublimeText3 中国語版
中国語版、とても使いやすい

ゼンドスタジオ 13.0.1
強力な PHP 統合開発環境

ドリームウィーバー CS6
ビジュアル Web 開発ツール

SublimeText3 Mac版
神レベルのコード編集ソフト(SublimeText3)

ホットトピック











JavaScriptは現代のWeb開発の基礎であり、その主な機能には、イベント駆動型のプログラミング、動的コンテンツ生成、非同期プログラミングが含まれます。 1)イベント駆動型プログラミングにより、Webページはユーザー操作に応じて動的に変更できます。 2)動的コンテンツ生成により、条件に応じてページコンテンツを調整できます。 3)非同期プログラミングにより、ユーザーインターフェイスがブロックされないようにします。 JavaScriptは、Webインタラクション、シングルページアプリケーション、サーバー側の開発で広く使用されており、ユーザーエクスペリエンスとクロスプラットフォーム開発の柔軟性を大幅に改善しています。

JavaScriptの最新トレンドには、TypeScriptの台頭、最新のフレームワークとライブラリの人気、WebAssemblyの適用が含まれます。将来の見通しは、より強力なタイプシステム、サーバー側のJavaScriptの開発、人工知能と機械学習の拡大、およびIoTおよびEDGEコンピューティングの可能性をカバーしています。

さまざまなJavaScriptエンジンは、各エンジンの実装原則と最適化戦略が異なるため、JavaScriptコードを解析および実行するときに異なる効果をもたらします。 1。語彙分析:ソースコードを語彙ユニットに変換します。 2。文法分析:抽象的な構文ツリーを生成します。 3。最適化とコンパイル:JITコンパイラを介してマシンコードを生成します。 4。実行:マシンコードを実行します。 V8エンジンはインスタントコンピレーションと非表示クラスを通じて最適化され、Spidermonkeyはタイプ推論システムを使用して、同じコードで異なるパフォーマンスパフォーマンスをもたらします。

JavaScriptは、現代のWeb開発のコア言語であり、その多様性と柔軟性に広く使用されています。 1)フロントエンド開発:DOM操作と最新のフレームワーク(React、Vue.JS、Angularなど)を通じて、動的なWebページとシングルページアプリケーションを構築します。 2)サーバー側の開発:node.jsは、非ブロッキングI/Oモデルを使用して、高い並行性とリアルタイムアプリケーションを処理します。 3)モバイルおよびデスクトップアプリケーション開発:クロスプラットフォーム開発は、反応および電子を通じて実現され、開発効率を向上させます。

Pythonは、スムーズな学習曲線と簡潔な構文を備えた初心者により適しています。 JavaScriptは、急な学習曲線と柔軟な構文を備えたフロントエンド開発に適しています。 1。Python構文は直感的で、データサイエンスやバックエンド開発に適しています。 2。JavaScriptは柔軟で、フロントエンドおよびサーバー側のプログラミングで広く使用されています。

この記事では、許可によって保護されたバックエンドとのフロントエンド統合を示し、next.jsを使用して機能的なedtech SaaSアプリケーションを構築します。 FrontEndはユーザーのアクセス許可を取得してUIの可視性を制御し、APIリクエストがロールベースに付着することを保証します

C/CからJavaScriptへのシフトには、動的なタイピング、ゴミ収集、非同期プログラミングへの適応が必要です。 1)C/Cは、手動メモリ管理を必要とする静的に型付けられた言語であり、JavaScriptは動的に型付けされ、ごみ収集が自動的に処理されます。 2)C/Cはマシンコードにコンパイルする必要がありますが、JavaScriptは解釈言語です。 3)JavaScriptは、閉鎖、プロトタイプチェーン、約束などの概念を導入します。これにより、柔軟性と非同期プログラミング機能が向上します。

私はあなたの日常的な技術ツールを使用して機能的なマルチテナントSaaSアプリケーション(EDTECHアプリ)を作成しましたが、あなたは同じことをすることができます。 まず、マルチテナントSaaSアプリケーションとは何ですか? マルチテナントSaaSアプリケーションを使用すると、Singの複数の顧客にサービスを提供できます
