Organisation conforme au RGPD
Organisation certifiée ISO 27001
Organisation conforme SOC II
Repérez les erreurs linguistiques qu’un build réussi ne peut pas détecter. Smartcat associe la notation de la qualité de traduction par IA à la relecture par des locuteurs natifs, pour que votre équipe corrige avant la publication les instructions peu claires, les termes incohérents et les textes qui ne tiennent pas dans l’espace.
Plus de 80 des plus grandes entreprises mondiales ont choisi Smartcat
Le test de localisation vérifie qu’un produit traduit est exact, compréhensible et utilisable dans une langue et une région données. Il associe la relecture linguistique à la vérification de la mise en page du texte, du contexte culturel et des formats locaux comme les dates, les nombres et les devises.
L’assurance qualité linguistique, ou LQA, est la partie de ce processus consacrée à la langue. Les relecteurs consignent les erreurs selon des catégories et des niveaux de gravité convenus, ce qui donne à votre équipe une base claire pour accepter une traduction ou la renvoyer en correction. En savoir plus sur l’assurance qualité linguistique.
Une chaîne techniquement valide peut tout de même induire l’utilisateur en erreur. « Save » peut signifier enregistrer un paramètre ou sauver quelqu’un. Une traduction de « Next » peut être correcte dans le dictionnaire mais inadaptée à l’action qu’effectue un bouton. Le test relie le texte à la tâche que votre utilisateur cherche à accomplir.
Les problèmes de localisation coûtent plus cher à coordonner lorsqu’ils surviennent après l’approbation de la version. Un relecteur a besoin du bon build, un développeur d’un rapport reproductible, et la chaîne corrigée doit être revérifiée sur chaque écran concerné.
Les utilisateurs hésitent
Un libellé traduit change de sens, et l’utilisateur ne sait plus s’il confirme un paiement ou enregistre un brouillon.
Les mises en page se cassent
Une traduction plus longue chevauche une icône ou disparaît derrière un bouton à largeur fixe.
Le support répète les mêmes explications
Le contenu d’aide utilise un autre terme produit que l’interface, ce qui rend difficile à suivre un article par ailleurs correct.
L’approbation perd son sens
La version relue par le linguiste diffère de celle incluse dans le build.
Convenez de la version source, des locales cibles et des critères d’acceptation avant le début des tests. Chaque problème devient ainsi actionnable et chaque approbation traçable jusqu’à une version.
La langue, le contexte et le comportement du produit nécessitent des vérifications différentes. Smartcat prend en charge la QA des traductions et l’accès à des spécialistes linguistiques ; les vérifications au niveau des écrans s’appuient sur les captures d’écran ou l’environnement de test fournis par votre équipe.
| Type de test | Ce qu’il faut inspecter | Exemple | Responsabilité |
|---|---|---|---|
| Linguistique | Sens, grammaire, termes du glossaire et ton | « Save » traduit avec le mauvais sens | Évaluation de la qualité par IA et relecteur natif |
| Culturel | Exemples, références, visuels et adéquation au public | Une promotion saisonnière qui n’a aucun sens sur le marché cible | Un relecteur qui connaît le marché |
| Texte dans l’interface | Troncature, retour à la ligne, expansion et ordre de lecture | Un libellé de paramètre allemand masqué par une icône | Un testeur vérifie vos écrans ou votre build |
| Formats locaux | Dates, nombres, devises, unités et adresses | Une date numérique ambiguë dans une confirmation de réservation | Votre équipe QA et un relecteur de la locale |
| Intégrité des ressources | Variables, balisage, clés manquantes et comportement des pluriels | Un argument %1$s manquant ou une forme de quantité incorrecte | Vérification des fichiers, tests de l’application et relecture linguistique |
Votre équipe d’ingénierie reste responsable des tests fonctionnels, des appareils et du comportement en production. Un score de qualité de traduction ne prouve pas qu’un parcours de paiement, un clavier ou un lecteur d’écran fonctionne correctement dans l’application.
Commencez par une version et un ensemble défini de langues. Gardez la traduction, la relecture et la résolution des problèmes rattachées au même matériau source.
Importez des ressources logicielles prises en charge ou connectez une intégration adaptée. Donnez aux relecteurs des descriptions de clés, des captures d’écran et, si nécessaire, l’accès au build concerné. Indiquez la langue, la plateforme et la version dans le brief de test.
Traduisez avec votre glossaire et votre mémoire de traduction. Expliquez les termes produit, les noms protégés et le ton voulu avant que les relecteurs ne commencent à prendre des décisions individuelles.
Le Quality Assurance Coworker identifie les problèmes de traduction, classe leur type et leur gravité, et produit un score de qualité. Il évalue le texte sans le modifier.
Affectez vos propres experts natifs ou des spécialistes LQA de la Marketplace. Demandez-leur de vérifier le texte par rapport aux écrans fournis et de signaler les problèmes avec suffisamment de contexte pour les reproduire.
Les linguistes ou le Reviewer Coworker améliorent la traduction. Les développeurs corrigent les défauts de ressources ou de mise en page. Retestez le contenu modifié et les parcours utilisateurs concernés ; vérifier uniquement les mots modifiés ne couvre pas toutes les régressions.
Votre équipe décide si les constats résolus atteignent le niveau de qualité convenu. Exportez les ressources approuvées, validez-les dans le build et conservez l’historique de la version pour la prochaine mise à jour.
Le guide de configuration de la localisation logicielle explique les collections, les imports et les exports. Le processus API et CLI aide les équipes qui veulent relier ces étapes à leur processus de publication.
Les vérifications automatisées aident les relecteurs à repérer les problèmes de façon cohérente. La relecture humaine apporte le jugement produit et marché nécessaire pour décider si une traduction convient en situation d’usage.
Le Quality Assurance Coworker mesure la qualité. Il ne modifie pas la traduction.
Vos relecteurs, le Reviewer Coworker et votre processus de publication décident quand le contenu corrigé est prêt à être livré.
Le test d’internationalisation vérifie que votre produit est conçu pour prendre en charge différentes langues et conventions régionales. Le test de localisation vérifie qu’une version localisée donnée est correcte. Les deux comptent : une traduction ne peut pas corriger un texte anglais codé en dur ni une mise en page qui suppose une écriture de gauche à droite.
| Test d’internationalisation | Tests de localisation | |
|---|---|---|
| Question principale | Ce produit peut-il prendre en charge les locales requises ? | Cette locale fonctionne-t-elle pour ses utilisateurs ? |
| Moment habituel | Pendant le développement, avant et pendant la traduction | Après la traduction et jusqu’à la validation de la version |
| Vérifications habituelles | Chaînes externalisées, Unicode, mises en page flexibles, formatage adapté à la locale | Sens, terminologie, mise en page, conventions régionales et liens localisés |
La pseudo-localisation est une vérification précoce utile : remplacez le texte par une version visiblement modifiée ou allongée pour révéler les chaînes codées en dur et les hypothèses de mise en page. Elle aide à identifier les problèmes d’ingénierie avant de payer la traduction de toute l’interface. Elle ne remplace pas la relecture par une personne qui comprend la langue cible.
Utilisez une checklist partagée et consignez les exceptions. Une version peut contenir à la fois des problèmes linguistiques résolus et des défauts fonctionnels non résolus ; signalez-les séparément pour que l’approbateur comprenne le risque.
Fixez d’abord le périmètre, puis vérifiez le texte là où les utilisateurs le liront.
Le test de localisation d’applications mobiles relie des fichiers de ressources à un petit écran et à des versions qui évoluent. Relisez l’onboarding, les explications d’autorisations, le paiement, les notifications et les états d’erreur avec le même soin que la navigation principale, et confrontez le texte de la fiche store au produit que les utilisateurs téléchargeront réellement. Découvrir la localisation d’applications mobiles.
Appliquez une relecture linguistique et culturelle aux dialogues, menus, tutoriels et textes des stores. Donnez aux relecteurs les informations sur les personnages, le contexte narratif et les contraintes de longueur. Le test linguistique peut repérer une instruction confuse ou un nom de personnage incohérent ; l’équilibrage du gameplay, les performances et la couverture des appareils restent du ressort de votre programme de QA jeu.
Smartcat réunit ressources de traduction, évaluation de la qualité par IA et relecture humaine dans un même processus. Vous pouvez commencer avec vos relecteurs existants, ajouter des spécialistes pour les langues que vous ne pouvez pas évaluer en interne et garder la terminologie approuvée disponible pour les versions suivantes.
298
projets dans 29 pays
L’équipe de Topcon a mené 298 projets de traduction en deux ans, couvrant 31 langues, après avoir regroupé huit prestataires de traduction dans un seul espace de travail Smartcat.
L’étude de cas publiée de Topcon décrit le regroupement de huit prestataires de traduction sur une seule plateforme. C’est une preuve concernant la gestion des opérations de traduction, et non l’affirmation que Smartcat élimine les défauts logiciels. Lire l’étude de cas Topcon.
Le coût des tests de localisation dépend des langues, du volume de texte, du niveau de relecture et des accès dont les relecteurs ont besoin. L’utilisation de la plateforme et le travail des spécialistes externes sont deux parties distinctes du périmètre. Consultez les forfaits actuels de Smartcat et demandez un devis spécifique aux linguistes que vous choisissez.
Sélectionnez une version, des écrans représentatifs et un petit ensemble de parcours importants. Convenez des catégories d’erreurs, des responsabilités des relecteurs et de l’approbateur final. Comparez les constats et l’effort avec votre processus actuel avant d’étendre la couverture.
Le test de localisation vérifie l’exactitude linguistique, l’utilisabilité et l’adéquation au marché d’un produit traduit. Il couvre la terminologie, le contexte culturel, la mise en page du texte et les conventions locales. Les relecteurs ont besoin des chaînes concernées et du contexte produit ; la QA applicative reste nécessaire pour confirmer que le build localisé se comporte correctement.
LQA signifie linguistic quality assurance, soit l’assurance qualité linguistique : une évaluation structurée de la langue traduite selon des critères convenus. Un relecteur classe les problèmes d’exactitude, de terminologie ou de style, leur attribue une gravité et consigne les constats. C’est une composante du test de localisation, et non un substitut aux tests fonctionnels ou sur appareils.
Le test d’internationalisation vérifie la capacité du produit à prendre en charge différentes locales. Le test de localisation vérifie une version linguistique et régionale précise. Les vérifications techniques peuvent révéler un format de date codé en dur avant la traduction ; un relecteur natif peut ensuite confirmer que la formulation et la présentation finales ont du sens sur ce marché.
Une partie peut l’être, notamment la validation des ressources et les contrôles de qualité de traduction. Le QA Coworker de Smartcat évalue les problèmes de traduction et produit un score de qualité. Les relecteurs natifs et les testeurs de l’application doivent toujours évaluer le contexte, l’adéquation culturelle, la mise en page et le comportement. Combinez ces vérifications selon le niveau de risque du contenu et les exigences de publication.
Smartcat prend en charge la partie relecture linguistique de la localisation d’applications mobiles et de jeux. Vous pouvez faire appel à des relecteurs natifs pour évaluer le texte à partir de captures d’écran ou d’un environnement de test que vous fournissez. Cadrez les tests sur appareils, de performance, de gameplay et fonctionnels avec votre équipe d’ingénierie ou un prestataire de tests spécialisé ; ce sont des responsabilités distinctes.
Le tarif dépend des paires de langues, du volume de contenu, des écrans, du niveau de relecture et des délais. Consultez le forfait de la plateforme et demandez séparément des devis pour la relecture spécialisée. Un brief de test clair aide les relecteurs à estimer leur travail et évite qu’une vérification de chaînes peu coûteuse soit confondue avec une QA applicative complète.
Utilisez Smartcat pour les ressources de traduction, la relecture linguistique et l’évaluation de la qualité, puis reliez le résultat approuvé à votre processus de build et de test. Définissez comment les constats sont transférés dans votre outil de suivi des tickets et qui vérifie les corrections. Confirmez lors de la configuration toute automatisation d’export des tickets dont vous avez besoin plutôt que de supposer qu’elle fait partie de chaque intégration.
Commencez par les parcours où un malentendu a les conséquences les plus lourdes : onboarding, paiements, accès au compte, récupération après erreur et instructions produit. Associez la relecture linguistique à la vérification de la mise en page, des variables et des formats locaux. Étendez la couverture à mesure que vous identifiez les écrans et langues qui génèrent le plus de problèmes ; un score de qualité unique ne remplace pas un plan de test fondé sur les risques.
Vous n’avez pas trouvé votre réponse ? Parlez à un spécialiste de la localisation
Apportez un ensemble de chaînes et son contexte produit. Découvrez comment l’évaluation de la qualité par IA et la relecture par des locuteurs natifs s’intègrent à votre processus de publication.