Réponse.

Historique de la question :

À l'ère de la mondialisation, de plus en plus de produits deviennent multilingues. Le test de la localisation (traductions, formats de date, nombres, devises, etc.) est une tâche importante pour le testeur manuel, surtout si le lancement sur de nouveaux marchés entraîne des changements dans l'interface utilisateur et la logique. La vérification de la localisation est nécessaire pour éviter des erreurs de perception, des traductions incorrectes et des problèmes d'expérience utilisateur.

Problème :

L'automatisation de ce type de test est difficile — les aspects visuels, sémantiques et culturels sont importants. On rencontre souvent des erreurs telles que "la mise en page se casse à cause de mots longs", "unités de mesure non cohérentes", ou "fonctionnalités qui chutent à cause du changement de format de date". Les testeurs se contentent souvent d'une vérification superficielle des seuls textes.

Solution :

L'organisation du processus comprend :

- Vérification de l'exactitude de toutes les traductions conformément au glossaire
- Test des chaînes longues et courtes (critique pour les langues telles que l'allemand, le finnois, etc.)
- Vérification de l'affichage des dates, chiffres, devises dans le contexte de la locale choisie
- Vérification de l'exactitude de l'UI : pas d'étiquettes tronquées, y a-t-il des retours à la ligne, tout est-il lisible à l'écran
- Test de tous les changements avec des langues "différentes" (par exemple, l'arabe, qui nécessite un affichage RTL)

Caractéristiques clés :

Vérification manuelle des artefacts visuels et des scénarios non standards
Attention aux détails de la locale (dates, devises, formes d'adresse)
Validation via des glossaires de traduction approuvés

Questions piégées.

Est-il suffisant de comparer le texte localisé avec l'original en anglais pour vérifier la qualité de la traduction ?

Non, il est nécessaire de prendre en compte la sémantique, la spécificité de la langue, les nuances de formatage et l'intégration avec l'UI. La traduction peut être littéralement "correcte", mais complètement incorrecte en termes de sens pour un locuteur natif.

Peut-on ignorer les tests des langues RTL si le produit fonctionne en langues européennes ?

Non, le support RTL (arabe, hébreu) nécessite des modifications spécifiques dans la mise en page, et sans test manuel, il peut y avoir un réajustement des éléments, une perte de fonctionnalité.

Faut-il tester la localisation uniquement dans la langue confortable et familière pour le testeur ?

Non, il est nécessaire d'impliquer des locuteurs natifs ou d'utiliser les services de linguistes, surtout lorsqu'il s'agit de marchés avec une culture et un système de mesure différents.

Erreurs types et antipatterns

Test "à l'œil" sans comparaison avec le glossaire
Omission des tests de longueurs de chaînes non standard
Ignorer les particularités spécifiques de la locale (devise, pluralité, formats de date)

Exemple de la vie

Cas négatif

Le testeur a vérifié uniquement les versions anglaise et russe de l'application, ne testant pas la langue allemande. Après le lancement, les utilisateurs se sont plaints de textes tronqués dans les boutons et de messages illisibles.

Avantages :

Processus de vérification rapide

Inconvénients :

Problèmes de mise en page en production
Diminution de la fidélité des utilisateurs

Cas positif

Le testeur a travaillé sur l'UI dans toutes les locales prises en charge, a noté les problèmes de mots longs pour la langue allemande et a retesté après corrections. Tous les ajustements ont été effectués à temps.