Antwoord.

Achtergrond van de vraag:

In het tijdperk van globalisering worden steeds meer producten meertalig. Lokalisatietesting (vertalingen, datumformaten, getallen, valuta, enz.) is een belangrijke taak voor handmatige testers, vooral wanneer een release naar nieuwe markten leidt tot wijzigingen in de UI en logica. Lokalisatiecontrole is noodzakelijk om perceptiefouten, onjuiste vertalingen en problemen met de gebruikerservaring te voorkomen.

Probleem:

Het automatiseren van dit type testen is moeilijk — visuele, semantische en culturele aspecten zijn belangrijk. Vaak komen fouten voor zoals "de lay-out valt uit elkaar door lange woorden", "ongelijke eenheden van meting", of "functieproblemen door het wijzigen van het datumformaat". Testers beperken zich vaak tot oppervlakkige controles van alleen de teksten.

Oplossing:

Het organiseren van het proces omvat:

- Controle van de juistheid van alle vertalingen volgens de woordenlijst
- Testen van lange en korte zinnen (kritisch voor de Duitse, Finse talen, enz.)
- Controle van weergave van data, cijfers, valuta in de context van de gekozen localisatie
- Controle van de correctheid van de UI: zijn er geen afgebroken teksten, zijn er tekstomslagen, is alles leesbaar op het scherm?
- Testen van alle wijzigingen met "verschillende" talen (bijvoorbeeld Arabisch, dat RTL-weergave vereisen)

Belangrijke kenmerken:

Handmatige controle van visuele artefacten en ongewone scenario's
Aandacht voor details van de localisatie (data, valuta, aanspreekvormen)
Validatie via goedgekeurde vertaallijsten

Vragen met een valstrik.

Is het voldoende om de gelokaliseerde tekst gewoon te vergelijken met de originele Engelse tekst om de vertaalkwaliteit te controleren?

Nee, de semantiek, taal specifieke nuances, formattering en integratie met de UI moeten worden overwogen. Een vertaling kan letterlijk "juist" zijn, maar volledig incorrect qua betekenis voor een moedertaalspreker.

Kun je het testen van RTL-talen overslaan als het product werkt met Europese talen?

Nee, ondersteuning voor RTL (Arabisch, Hebreeuws) vereist speciale aanpassingen in de lay-out en zonder handmatige tests kunnen elementen verkeerd worden verdeeld of functionaliteit verloren gaan.

Moet je lokalisatie alleen testen in de taal die handig en vertrouwd is voor de tester?

Nee, je moet moedertaalsprekers betrekken of gebruik maken van linguïsten, vooral wanneer het gaat om markten met een andere cultuur en meetsystemen.

Veelgemaakte fouten en anti-patronen

Testen "uit de losse pols" zonder vergelijking met de woordenlijst
Het overslaan van testen van ongewone lengtes van zinnen
Het negeren van specifieke kenmerken van de localisatie (valuta, meervoud, datumformaten)

Voorbeeld uit het leven

Negatieve case

De tester controleerde alleen de Engelse en Russische versies van de applicatie, zonder de Duitse taal te testen. Na de release klaagden gebruikers over afgebroken teksten in knoppen en onleesbare berichten.

Voordelen:

Snelle voltooiing van de controle

Nadelen:

Lay-outproblemen in productie
Vermindering van gebruikersloyaliteit

Positieve case

De tester heeft de UI voor alle ondersteunde localisaties doorgenomen, problemen met lange woorden voor de Duitse taal vastgelegd en opnieuw getest na correcties. Alle aanpassingen werden tijdig uitgevoerd.