Posez votre question et obtenez un résumé du document en referencant cette page et le Provider AI de votre choix
Historique des versions
- "Clarifier que content test renvoie un code non nul lorsque des locales requises sont manquantes"v6.1.027/10/2026
- "Introduction des tests"v6.0.020/09/2025
Le contenu de cette page a été traduit à l'aide d'une IA.
Voir la dernière version du contenu original en anglaisSi vous avez une idée d’amélioration pour améliorer cette documentation, n’hésitez pas à contribuer en submitant une pull request sur GitHub.
Lien GitHub de la documentationCopier le Markdown du doc dans le presse-papiers
Tester votre contenu
Ce guide montre comment vérifier automatiquement que vos dictionnaires sont complets, détecter les traductions manquantes avant la mise en production, et tester l’interface localisée dans votre application.
Ce que vous pouvez tester
- Traductions manquantes : échouer le CI si des locales requises manquent dans un dictionnaire.
- Rendu de l’interface localisée : afficher des composants avec un fournisseur de locale spécifique et vérifier le texte/attributs visibles.
- Audits au moment de la compilation : exécuter
npx intlayer content testlocalement ou en CI ; la commande renvoie un code non nul lorsque des traductions requises sont manquantes.
Démarrage rapide : audit via CLI
Lancez l’audit depuis la racine de votre projet :
Copier le code dans le presse-papiers
Options utiles :
--env-file [path]: charger les variables d’environnement depuis un fichier.-e, --env [name]: sélectionner un profil d’environnement.--base-dir [path]: définir le répertoire de base de l’application pour la résolution.--verbose: afficher les logs détaillés.--prefix [label]: préfixer les lignes de log.
La commande renvoie le code 1 lorsqu’une locale requise est manquante (voir requiredLocales dans votre configuration), et 0 sinon. Vous pouvez l’utiliser directement pour faire échouer des jobs CI ou des hooks de commit. Le test programmatique ci-dessous est une alternative optionnelle.
Test programmatique (Vitest/Jest)
Utilisez l’API CLI d’Intlayer pour vérifier qu’il n’y a pas de traductions manquantes pour vos locales requises.
Copier le code dans le presse-papiers
Équivalent Jest :
Copier le code dans le presse-papiers
Comment ça fonctionne :
- Intlayer lit votre configuration (locales, requiredLocales) et les dictionnaires déclarés, puis rapporte :
missingTranslations: pour chaque clé, quelles locales sont manquantes et dans quel fichier.missingLocales: l’union de toutes les locales manquantes.missingRequiredLocales: sous-ensemble limité auxrequiredLocales(ou toutes les locales sirequiredLocalesn’est pas défini).
Tester une interface localisée (React / Next.js)
Rendez les composants sous un fournisseur Intlayer et vérifiez le contenu visible.
Exemple React (Testing Library) :
Copier le code dans le presse-papiers
Exemple Next.js (App Router) : utilisez le wrapper du framework :
Copier le code dans le presse-papiers
Conseils :
- Lorsque vous avez besoin des valeurs brutes des chaînes pour des attributs (par exemple,
aria-label), accédez au champ.valueretourné paruseIntlayerdans React. - Gardez les dictionnaires proches des composants pour faciliter les tests unitaires et le nettoyage.
Intégration Continue
Exécutez l’audit CLI en CI. Il fait échouer le job lorsque des traductions requises sont manquantes.
package.json :
Copier le code dans le presse-papiers
Alternative : Vitest
Copier le code dans le presse-papiers
Exemple GitHub Actions :
Copier le code dans le presse-papiers
Optionnel : lancez l'audit CLI pour un résumé lisible par un humain en parallèle des tests :
Copier le code dans le presse-papiers
Dépannage
- Assurez-vous que votre configuration Intlayer définit
localeset (optionnellement)requiredLocales. - Si votre application utilise des dictionnaires dynamiques ou distants, exécutez les tests dans un environnement où les dictionnaires sont disponibles.
- Pour les monorepos mixtes, utilisez
--base-dirpour indiquer au CLI la racine correcte de l'application.
