Zadaj pytanie i otrzymaj streszczenie dokumentu, odwołując się do tej strony i wybranego dostawcy AI
Historia wersji
- "Wyjaśnienie, że content test kończy się kodem innym niż zero, gdy brakuje wymaganych lokalizacji"v6.1.027.10.2026
- "Uczynienie testu asynchronicznym i dodanie opcji build"v6.0.15.10.2025
- "Wprowadzenie testowania"v6.0.020.09.2025
Treść tej strony została przetłumaczona przy użyciu sztucznej inteligencji.
Zobacz ostatnią wersję oryginalnej treści w języku angielskimJeśli masz pomysł na ulepszenie tej dokumentacji, zachęcamy do przesłania pull requesta na GitHubie.
Link do dokumentacji na GitHubieKopiuj dokument Markdown do schowka
Testowanie Twoich treści
Ten przewodnik pokazuje, jak automatycznie weryfikować kompletność słowników, wykrywać brakujące tłumaczenia przed wdrożeniem oraz testować zlokalizowany interfejs użytkownika w Twojej aplikacji.
Co możesz testować
- Brakujące tłumaczenia: przerwij CI, jeśli w którymkolwiek słowniku brakuje wymaganych lokalizacji.
- Renderowanie zlokalizowanego UI: renderuj komponenty z określonym dostawcą lokalizacji i sprawdzaj widoczny tekst/atrybuty.
- Audyt w czasie budowania: uruchom
npx intlayer content testlokalnie lub w CI; kończy się kodem innym niż zero, gdy brakuje wymaganych tłumaczeń.
Szybki start: audyt przez CLI
Uruchom audyt z katalogu głównego projektu:
Skopiuj kod do schowka
Przydatne flagi:
--env-file [ścieżka]: załaduj zmienne środowiskowe z pliku.-e, --env [nazwa]: wybierz profil środowiska.--base-dir [ścieżka]: ustaw katalog bazowy aplikacji do rozwiązywania ścieżek.--verbose: pokaż szczegółowe logi.--prefix [etykieta]: prefiksuj linie logów.--build [build]: zbuduj słowniki przed testowaniem, aby upewnić się, że zawartość jest aktualna. True wymusi budowanie, false pominie budowanie, undefined pozwoli użyć cache budowania.
Polecenie kończy się kodem 1, gdy brakuje dowolnej wymaganej lokalizacji (zobacz requiredLocales w konfiguracji), a 0 w przeciwnym razie. Możesz użyć go bezpośrednio, aby przerwać zadania CI lub hooki commitów. Test programowy poniżej jest opcjonalną alternatywą.
Test programowy (Vitest/Jest)
Użyj API Intlayer CLI, aby sprawdzić, czy nie brakuje tłumaczeń dla wymaganych lokalizacji.
Skopiuj kod do schowka
Odpowiednik w Jest:
Skopiuj kod do schowka
Jak to działa:
- Intlayer odczytuje Twoją konfigurację (locales, requiredLocales) oraz zadeklarowane słowniki, a następnie raportuje:
missingTranslations: dla każdego klucza, które lokalizacje są brakujące i z którego pliku.missingLocales: zbiór wszystkich brakujących lokalizacji.missingRequiredLocales: podzbiór ograniczony dorequiredLocales(lub wszystkich lokalizacji, jeślirequiredLocalesnie jest ustawione).
Testowanie lokalizowanego UI (React / Next.js)
Renderuj komponenty w ramach providera Intlayer i sprawdzaj widoczną zawartość.
Przykład React (Testing Library):
Skopiuj kod do schowka
Przykład Next.js (App Router): użyj wrappera frameworka:
Skopiuj kod do schowka
Wskazówki:
- Gdy potrzebujesz surowych wartości tekstowych dla atrybutów (np.
aria-label), uzyskaj dostęp do pola.valuezwracanego przezuseIntlayerw React. - Przechowuj słowniki razem z komponentami, aby ułatwić testy jednostkowe i sprzątanie.
Continuous Integration
Uruchom audyt CLI w CI. Przerywa zadanie, gdy brakuje wymaganych tłumaczeń.
package.json:
Skopiuj kod do schowka
Alternatywa: Vitest
Skopiuj kod do schowka
Przykład GitHub Actions:
Skopiuj kod do schowka
Opcjonalnie: uruchom audyt CLI, aby uzyskać czytelne podsumowanie wraz z testami:
Skopiuj kod do schowka
Rozwiązywanie problemów
- Upewnij się, że Twoja konfiguracja Intlayer definiuje
localesoraz (opcjonalnie)requiredLocales. - Jeśli Twoja aplikacja korzysta z dynamicznych lub zdalnych słowników, uruchamiaj testy w środowisku, gdzie słowniki są dostępne.
- W przypadku mieszanych monorepo, użyj
--base-dir, aby wskazać CLI właściwy katalog główny aplikacji.
