Hoe u lokalisatietests automatiseert: geautomatiseerd versus handmatig

De meeste teams verliezen wereldwijde klanten niet omdat een vertaling fout is. Ze verliezen ze omdat een knop in het Duits buiten de randen valt, een datum 03/04 weergeeft in een markt die 04/03 verwacht, of omdat een foutmelding bij het afrekenen helemaal niet is gelokaliseerd. Dit zijn mechanische defecten die zich vermenigvuldigen met elke regio die u toevoegt. Met 76% van de online shoppers die liever in hun eigen taal kopen en 40% die weigert te kopen op sites in een andere taal, worden de kosten van een slecht gelokaliseerde ervaring zichtbaar in omzetverlies, niet alleen in het aantal bugs.

Als u lokalisatietesten al handmatig uitvoert, is de echte vraag niet of u mensen door scripts moet vervangen. De vraag is welke controles door een machine kunnen worden gedaan en welke nog steeds een menselijk oog vereisen. Deze gids behandelt de beslissing om lokalisatietesten te automatiseren als een kwestie van dekking en snelheid: automatisering biedt breedte en herhaalbaarheid in tientallen regio’s, terwijl menselijke beoordeling de onvervangbare laag blijft voor betekenis, toon en culturele aansluiting.

Moeten lokalisatietesten geautomatiseerd of handmatig zijn?

Het eerlijke antwoord is beide, afhankelijk van het type beoordeling dat elke controle vereist. Automatisering blinkt uit in deterministische, herhaalbare controles waarbij een correct resultaat vooraf kan worden gedefinieerd, zoals de aanwezigheid van strings, tekenlimieten, opmaakpatronen en de integriteit van de lay-out per regio.

Menselijke beoordeling is verantwoordelijk voor alles wat afhankelijk is van context en perceptie, inclusief de vraag of een zin natuurlijk klinkt, lokale normen respecteert of de juiste toon voor uw merk hanteert. De meest succesvolle programma’s voeren geautomatiseerde en handmatige lokalisatietesten uit als één enkele workflow in plaats van als concurrerende opties, waarbij automatisering de mechanische defecten wegneemt zodat taalkundigen zich kunnen concentreren op de problemen die alleen mensen kunnen opmerken. Zo gezien is automatisering geen vervanging voor handmatige QA. Het is wat grondige handmatige QA betaalbaar maakt op schaal.

Welke onderdelen van lokalisatietesten kunnen worden geautomatiseerd?

Een controle is een goede kandidaat voor automatisering wanneer de voorwaarde voor slagen of falen niet afhangt van menselijke interpretatie. Als u de regel kunt uitdrukken als “deze string moet bestaan”, “deze tekst moet in deze breedte passen” of “deze datum moet overeenkomen met dit lokale patroon”, kan een script dit sneller en consistenter verifiëren dan een persoon die door elk scherm klikt. Dat maakt automatisering van lokalisatietesten het meest waardevol voor het volume-intensieve werk met lage beoordelingsvereisten dat groeit met elke taal die u ondersteunt. De vier onderstaande categorieën zijn waar automatisering zijn waarde bewijst.

Lay-outfouten en tekstafbreking

Vertaalde tekst komt zelden overeen met de lengte van de brontekst. Als algemene ontwerpregel geldt dat Duitse strings ongeveer 30% tot 35% langer zijn dan Engelse. Een knop of navigatie-item dat perfect in uw brontaal past, kan dus overlopen, afbreken of worden ingekort zodra het gelokaliseerd is.

Visuele regressietesten en geautomatiseerde screenshot-vergelijkingen vangen deze fouten op in elke regio en op elk schermformaat zonder dat een tester elke pagina handmatig hoeft te openen. Lay-outintegriteit is een meetbare, herhaalbare eigenschap, en het is precies het soort defect dat zich opstapelt per regio. Deze controles horen nadrukkelijk thuis in automatisering.

Onvertaalde en ontbrekende strings

Wanneer een release functies toevoegt, worden er bijna altijd nieuwe strings toegevoegd, en sommige daarvan worden live gezet voordat de vertaling gereed is. Geautomatiseerde controles vergelijken de bronbestanden van elke regio met de brontaal om ontbrekende keys, lege waarden en tekst die nog in de brontaal staat te markeren. Een script kan in seconden duizenden strings in elke regio scannen, wat handmatig per build onpraktisch en onbetrouwbaar is. Dit is een van de snelste winstpunten voor teams die voor het eerst beginnen met automatisering van lokalisatietesten, en het valt volledig binnen het domein van automatisering.

Datum-, getal- en valutaformaten

Regiospecifieke formaten zijn een klassieke bron van onopgemerkte lokalisatiefouten, aangezien een datum als 03/04 voor een Amerikaanse gebruiker 4 maart betekent en voor het grootste deel van Europa 3 april, en decimale en valutatekens per regio verschillen. Deze regels zijn deterministisch, dus geautomatiseerde controles kunnen bevestigen dat elke regio het verwachte patroon voor datums, getallen, valuta en invoervalidatie weergeeft.

Op het ICONOMI crypto-asset managementplatform verifieerde QAwerk foutmeldingen, datumformaten en invoervalidatie in meerdere talen, en de bredere inzet hielp het klantverloop onder gebruikers met 15% te verminderen. Formaatvalidatie is herhaalbaar en gebaseerd op regels, dus dit blijft onderdeel van automatisering.

Regressie per regio

Elke codewijziging brengt het risico met zich mee dat een lokalisatiefout die u al had opgelost, opnieuw verschijnt, en dat risico neemt toe met elke ondersteunde taal. Geautomatiseerde regressiesuites voeren uw lokalisatiecontroles opnieuw uit bij elke build, waardoor een lay-outfout in het Pools of een gebroken link in het Arabisch direct aan het licht komt in plaats van pas bij een klacht van een gebruiker. Dit is dezelfde discipline als functionele regressietests, maar dan toegepast op landinstellingen in plaats van op functies.

Voor Keystone, een onderwijszoekportaal met 110 miljoen bezoeken per jaar en inhoud in meer dan 40 talen, heeft ons team lokalisatietests gedeeltelijk geautomatiseerd met een herbruikbaar script. Dit script doorloopt elke pagina in acht verticals en logt vertaalfouten, waardoor de dekking hoog blijft zonder zware handmatige inspanning. Brede, herhaalbare regressie is precies waar automatisering voor bedoeld is.

Waarom lokalisatietests nog steeds een menselijke aanpak vereisen

Automatisering kan bevestigen of tekst bestaat, past en de juiste indeling volgt. Het kan echter niet bepalen of die tekst voor een echte persoon in de doelmarkt de juiste betekenis heeft. Elke onderstaande controle is afhankelijk van oordeelsvermogen, context of culturele kennis die in geen enkel pakket regels volledig is vastgelegd. Daarom blijft menselijke beoordeling de kern van betrouwbare lokalisatie-QA. De tijd die u door automatisering bespaart hierin investeren, is wat een technisch correcte vertaling verandert in een vertaling die ook echt resoneert.

Culturele aansluiting en lokale geschiktheid

Een zin, kleur, icoon of voorbeeld kan perfect vertaald zijn en alsnog de plank misslaan. Humor, uitdrukkingen, formaliteit en beeldtaal dragen betekenissen met zich mee die per cultuur verschillen. Alleen een native reviewer kan beoordelen of een gelokaliseerde ervaring respectvol en natuurlijk aanvoelt. Geautomatiseerde controles hebben geen notie van culturele geschiktheid en zullen dus vrolijk inhoud goedkeuren die een lokale gebruiker vreemd of zelfs beledigend zou vinden. Dit werk blijft mensenwerk.

Toon en merkstem

Merken hebben een eigen stem en die stem moet behouden blijven bij vertaling. Of een tekst formeel of informeel moet zijn, zoals het Duitse “Sie” versus “du”, is een beoordeling van de doelgroep en het merk, en geen regel die een validator kan afdwingen. Een reviewer zorgt er bovendien voor dat de toon consistent blijft over verschillende schermen heen, iets waar automatische vertalingen vaak in variëren. Toon is een kwestie voor menselijke beoordeling.

Contextuele betekenis

Hetzelfde woord kan verschillende dingen betekenen, afhankelijk van waar het verschijnt. Een vertaler die werkt met een platte lijst met strings kan die context niet altijd zien. Beslissen of “Sluiten” betekent afwijzen, beëindigen of voltooien, of dat een label past bij de actie erachter, vereist iemand die de flow begrijpt.

Toen we het Escuela Coaching-platform vóór de lancering testten, controleerden onze QA-ingenieurs handmatig de Engelse versie tegenover de Spaanse bron. Ze verifieerden of knopteksten, menu’s, foutmeldingen en informatieve inhoud allemaal correct werden weergegeven in de context voor een wereldwijd publiek. Contextueel oordeelsvermogen is mensenwerk.

Hoe automatiseert u lokalisatietests?

Hoe u lokalisatietests uitvoert, hangt af van de omvang van uw project, maar een betrouwbaar uitgangspunt is om automatisering de herhaalbare controles te laten uitvoeren. De onderstaande stappen richten zich specifiek op het automatiseren van lokalisatietests, zodat de mechanische controles vanzelf verlopen en de aandacht van uw team kan gaan naar waar het er echt toe doet.

Externaliseer strings en bouw herbruikbare testdata op

Automatisering werkt alleen als tekst zich buiten uw code bevindt. Wanneer elke gebruikersgerichte string in bronbestanden staat in plaats van hardcoded in de UI, kunnen scripts talen vergelijken, ontbrekende sleutels detecteren en programmatisch van taal wisselen. Stel ook testdata per landinstelling in, inclusief datums, valuta’s, namen en adressen die daadwerkelijke opmaakverschillen testen. Dit fundament maakt elke latere controle mogelijk.

Voer pseudo-lokalisatie uit vóór de vertaling

Pseudo-lokalisatie vervangt uw brontekst door verlengde, geaccentueerde vervangende strings, zodat u de UI kunt stress-testen voordat er ook maar één echte vertaling bestaat. De globaliseringsrichtlijnen van Microsoft omschrijven dit als een manier om te verifiëren of een product lokaliseerbaar is zonder het daadwerkelijk te lokaliseren. Hiermee komen afbreking, overflow, hardcoded tekst en coderingsfouten vroegtijdig aan het licht. Omdat dit proces geen vertalers vereist, verplaatst het de oplossing van lay-outfouten naar het goedkoopst mogelijke punt in de ontwikkeling. Implementeer dit als een standaardstap in plaats van een eenmalige controle.

Verwerk controles in uw CI/CD-pijplijn

Het voordeel van automatisering komt voort uit continue uitvoering, niet op aanvraag. Integreer stringcontroles, formaatvalidatie en visuele regressietests in uw geautomatiseerde testpijplijn, zodat ze bij elke build worden uitgevoerd en merges blokkeren als ze een landinstelling breken. Een falende gelokaliseerde lay-out moet voor het team net zo zichtbaar zijn als een falende unit test. Continue uitvoering voorkomt dat de dekking afneemt naarmate het product groeit.

Hanteer een menselijke beoordelingsfase

Automatisering moet de weg vrijmaken voor menselijke beoordeling, niet deze afsluiten. Zodra de scripts zijn geslaagd, stuurt u de inhoud naar taalkundigen voor de culturele, toongebonden en contextuele controles die machines niet kunnen uitvoeren, idealiter in dezelfde build. Deze aanpak met twee lagen, waarbij automatisering zorgt voor schaalbaarheid en mensen voor nuance, vormt het hart van AI-gestuurde lokalisatie-QA.

Best practices voor lokalisatie-automatisering

Weten welke controles u moet automatiseren is de strategie; deze werkwijzen zorgen ervoor dat het release na release blijft werken:

• Schrijf eerst een strategiedocument. Definieer uw focus, de doellanden, de gewenste dekking per land, wat geautomatiseerd is versus handmatig, en duidelijke slaag-/faalcriteria voor elke geautomatiseerde test.
• Internationaliseer vóórdat u lokaliseert en pseudo-lokaliseer vóórdat u vertaalt. Deze problemen tijdens de ontwikkeling opvangen is veel goedkoper dan een kapotte lay-out of coderingsfout na de release herstellen; dat is de economische essentie van het “shiften naar links” van lokalisatiecontroles.
• Veranker testscripts aan taal-onafhankelijke element-ID’s in plaats van aan zichtbare tekst, zodat één script voor alle landinstellingen werkt.
• Geef de voorkeur aan lay-outbewuste visuele vergelijking boven strikte pixel-bij-pixel vergelijkingen, aangezien die laatste vaak leiden tot een vloedgolf aan valse positieven door lettertypes en rendering-eigenaardigheden.
• Begin klein en breid geleidelijk uit. Automatiseer eerst kernprocessen en risicogebieden, voer landinstellingen parallel uit en vergroot vervolgens de dekking.
• Combineer automatisering altijd met beoordeling door moedertaalsprekers. Automatisering handelt herhaling af; mensen zijn verantwoordelijk voor culturele en contextuele nauwkeurigheid.
• Prioriteer meedogenloos bij beperkingen. U kunt niet alles testen, dus dek de functies die het meest cruciaal zijn voor gebruikers en leg deze vast in checklists per landinstelling.
• Onderhoud uw testscripts continu naarmate functies, inhoud en ontwerp evolueren.
• Voer pseudo-lokalisatie en configuratiecontroles voor landinstellingen automatisch uit bij elke wijziging in inhoud of landinstelling.
• Houd een KPI voor lokalisatiekwaliteit bij, zoals het aantal lokalisatiegerelateerde klachten als deel van het totaal aantal klachten, om te bevestigen dat uw inspanningen daadwerkelijk werken.

Automatiseren of handmatig houden: uw snelle spiekbriefje

Dit alles komt neer op één eenvoudige bril die u op elke lokalisatiecontrole kunt toepassen voordat u beslist wat ermee gebeurt. Als de slaagvoorwaarde objectief en herhaalbaar is, automatiseer deze dan; als het afhangt van betekenis, ontvangst of cultuur, houd het dan handmatig. De onderstaande tabel vat het raamwerk samen.

Waarom samenwerken met QAwerk voor lokalisatietesten

Het in-house opbouwen van deze combinatie van geautomatiseerde en handmatige tests kost tijd, tooling en beoordelaars in elke markt die u bedient. QAwerk levert al sinds 2015 softwaretesten voor meer dan 300 projecten in Noord-Amerika, Australië, Europa, Zuid-Korea en Afrika, en staat op de Global Outsourcing 100-lijst van IAOP als een van de beste QA-bedrijven ter wereld.

Wij verzorgen zowel handmatige als geautomatiseerde tests voor mobiele apps, web, SaaS en gameproducten; precies de combinatie die lokalisatie-QA vereist. Van het signaleren van een crash in een Arabische lokalisatie op een drukbezocht onderwijsportaal tot het verifiëren van foutmeldingen en formaten op een wereldwijd cryptoplatform: onze teams combineren de dekking van automatisering met het oordeel van native beoordelaars voor elke release. Wilt u lokalisatie die overeind blijft in elke markt waar u uw product lanceert? Neem contact op met QAwerk, dan helpen wij u daarbij.