Wat is lokalisatietesten? Voorbeeld testgevallen en checklist

Lokalisatie testen

Lokalisatie testen is een softwaretesttechniek waarbij het gedrag van software wordt getest voor een specifieke regio, locatie of cultuur. Het doel van het uitvoeren van lokalisatietests voor software is het testen van de juiste taalkundige en culturele aspecten voor een bepaalde locatie. Het is het proces waarbij de software wordt aangepast aan de doeltaal en het land.

Het belangrijkste gebied dat wordt beïnvloed door lokalisatietests omvat inhoud en gebruikersinterface.

Het is een proces waarbij een geglobaliseerde applicatie wordt getest waarvan de gebruikersinterface, standaardtaal, valuta, datum, tijdnotatie en documentatie zijn ontworpen volgens het beoogde land of de beoogde regio. Het zorgt ervoor dat de applicatie capabel genoeg is voor gebruik in dat specifieke land.

Voorbeeld:

1. Als het project is ontworpen voor de staat Tamil Nadu in India, moet het ontworpen project in de Tamil-taal zijn, moet het Tamil-virtuele toetsenbord aanwezig zijn, enz.

2. Als het project voor de VS is ontworpen, moet het tijdformaat worden gewijzigd volgens de Amerikaanse standaardtijd. Ook moeten de taal- en geldformaten de Amerikaanse normen volgen.

De onderstaande afbeelding laat zien hoe hetzelfde product wordt aangepast voor verschillende regio's, waarbij de taal, valuta en opmaakregels veranderen, terwijl de onderliggende structuur hetzelfde blijft.

Waarom lokalisatietesten?

Het doel van het uitvoeren van lokalisatietests is het controleren van de juiste taalkundige en culturele aspecten voor een bepaalde locatie. Het omvat een wijziging in de gebruikersinterface of zelfs de initiële instellingen volgens de vereisten.

Bij dit type testen zullen veel verschillende testers dezelfde functies herhalen. Ze verifiëren verschillende zaken, zoals typografische fouten, culturele geschiktheid van de gebruikersinterface, taalfouten, enz.

Het wordt ook wel "L10N" genoemd, omdat er 10 tekens tussen de L en de N in het woord 'localization' staan.

Er zit ook een commerciële reden achter deze inspanning. Een verkeerd vertaald label of een datum die 03/04 als maart in plaats van april weergeeft, ondermijnt het vertrouwen in een markt waar een team al voor betaald heeft om binnen te komen. Dergelijke fouten worden ontdekt door een tester in de beoogde regio, en niet door de lokale bevolking. GUI-testen Uitgevoerd in het Engels.

Lokalisatietesten versus internationaliseringstesten

De twee activiteiten volgen elkaar op en concurreren niet met elkaar. Internationaliseringstesten (I18N) bevestigen dat de codebasis elke landinstelling kan accepteren; lokalisatietesten (L10N) bevestigen vervolgens dat één specifieke landinstelling correct is.

Lokalisatietesten (L10N)	Internationaliseringstoetsing (I18N)
Verifieert of het product in één specifieke doelregio authentiek aanvoelt.	Verifieert dat het product meerdere regio's kan ondersteunen zonder herontwikkeling.
Controleert de vertaalde tekst, valuta, datum, tijd en culturele relevantie.	Controleert de tekenencodering, de externalisatie van tekenreeksen en de locatiebewuste code.
Het programma wordt uitgevoerd zodra de vertaalde versie voor die markt beschikbaar is.	Wordt eerst uitgevoerd, voordat er tekst wordt verzonden voor vertaling.
Er is een tester of recensent nodig die de lokale taal spreekt.	Kan worden uitgevoerd door het kernteam met behulp van pseudo-vertaalde builds.

Bekijk deze tutorial voor een verschil tussen lokalisatie- en globalisatietesten.

Lokalisatietesten uitvoeren

Voor een typische lokalisatietest hebben we buildverificatietests opgezet, Functioneel testen, Regressie Testingen definitieve aftekening.

1. Het testen van buildverificatie is een kleine subset van functioneel testen, wat wordt uitgevoerd voordat de kwaliteitscontrole begint met gedetailleerde tests. Het is qua opzet vergelijkbaar met rooktestDe gelokaliseerde build wordt direct afgewezen als het taalpakket helemaal niet geladen kan worden.

2. Normaal testen is de stap om de normale testgevallen uit te voeren en logfouten tijdens de uitvoering te vinden.

3. Regressietesten zijn dat wel Defect regressieproces om ervoor te zorgen dat het defect wordt verholpen terwijl er geen impact is van gerepareerde defecten op omliggende gebieden.

4. Definitieve aftekening is het uitvoeren van een laatste controle op de constructie voordat deze aan de klant wordt afgeleverd.

Elke fase wordt per taal herhaald, niet slechts één keer voor het product. Een fout die in de Franse versie is verholpen, moet ook in de Duitse en Japanse versies worden teruggedraaid, omdat dezelfde tekenreeks vaak door beide versies wordt gedeeld.

Automatisering bij lokalisatietesten

Als het project groot is en vaak moet worden getest, dan gaan we ervoor Automatisering testen.

• Kies een automatiseringstool om scripts te schrijven.
• Neem het te testen scenario voor de lokalisatiestrategie.
• Schrijf op basis daarvan scripts.
• Verzamel de resultaten en update het scenario als Pass/Fail.

Let op: Selenium is een van de baanbrekende instrumenten op dit gebied. Het is zeer rijk aan functies, maar vereist meer technische kennis om te gebruiken.

Automatisering kent een beperking die het vermelden waard is. Een script kan aantonen dat een valutasymbool is gewijzigd en dat er geen tekst is afgekapt, maar het kan niet beoordelen of een vertaling natuurlijk leest of dat een pictogram aanstootgevend is. Machinecontroles behandelen de mechanische laag; een native speaker behandelt nog steeds de taalkundige laag.

Lokalisatietesttools

Lokalisatiewerk maakt gebruik van drie verschillende soorten tools, en de meeste teams gebruiken ze uiteindelijk alle drie.

• Functionele automatiseringsframeworks: Selenium, Appium En vergelijkbare frameworks voeren dezelfde testsuite opnieuw uit voor elke lokale build, en dat is waar het grootste deel van de herhaalde verificatie plaatsvindt.
• Vertaalbeheersystemen: Platformen die de bronnen voor tekstfragmenten beheren, zorgen ervoor dat vertalers, ontwikkelaars en testers met één woordenlijst werken, zodat een term niet op twee verschillende manieren in twee schermen wordt vertaald.
• Hulpprogramma's voor pseudo-lokalisatie: Deze vervangen Engelse tekstfragmenten door geaccentueerde, verlengde plaatsaanduidingen voordat de eigenlijke vertaling begint, waardoor vastgelegde tekst en lay-outs zichtbaar worden die geen langere woorden kunnen verwerken.

Apparaat- en browserondersteuning is net zo belangrijk als de tool zelf. Lettertypen, invoermethoden en standaardtalen verschillen per platform, dus de gelokaliseerde versie moet tijdens het testen op echte doelapparaten worden getest. mobiel testen en in de hele browserset die is gedefinieerd voor testen van webapplicaties.

Checklist met best practices voor lokalisatietesten

• Schakel een lokalisatiebureau in met expertise in i18n-engineering.
• Zorg ervoor dat uw lokalisatieteststrategie meer tijd biedt voor double-byte-talen.
• Zorg ervoor dat u uw code voor de DBCS correct internationaliseert voordat u deze gebruikt.tracting elke tekst die je wilt laten vertalen
• Plaats elke tekenreeks eerst in resourcebestanden, zodat er geen voor de gebruiker zichtbare tekst in de broncode blijft staan.
• Voer vroegtijdig een pseudo-gelokaliseerde build uit, omdat deze afkappingen en hardgecodeerde tekst blootlegt voordat er geld aan vertalingen wordt besteed.
• Reserveer ruimte in de lay-out voor tekstuitbreiding, aangezien vertalingen uit het Engels vaak langer zijn dan het oorspronkelijke label.
• Test talen die van rechts naar links worden gelezen, zoals Arabisch en Hebreeuws, op echte schermen. Daar falen spiegelende lay-outs en tekst in verschillende richtingen het vaakst.
• Hanteer per regio een stijlgids met betrekking tot datumvolgorde, decimale scheidingstekens, adresopmaak, beleefdheidsvormen en toon.
• Laat een moedertaalspreker de voltooide scenario's nakijken, want een script kan de culturele relevantie niet garanderen.

Twee van die items zijn afhankelijk van het platform in plaats van de taal, daarom worden gelokaliseerde builds meestal tegelijk ingepland. compatibiliteitstesten en configuratietesten in plaats van erna.

Voorbeeldtestgevallen voor lokalisatietests

De onderstaande tabel geeft een eerste set controles weer. Elke rij wordt een volledige tabel. testcase zodra het verwachte resultaat voor de specifieke locatie is ingevuld.

S.No	Testgeval Description
1	Er zijn woordenlijsten beschikbaar ter referentie en ter controle.
2	Tijd en datum zijn correct geformatteerd voor de doelregio.
3	Telefoonnummerformaten zijn geschikt voor de targetregio.
4	Valuta voor de doelregio.
5	Voldoen de licentie en regels aan de huidige website (regio).
6	De lay-out van de tekstinhoud op de pagina's is foutloos, lettertype-onafhankelijk en lijnuitlijning.
7	Speciale tekens, hyperlinks en sneltoetsenfunctionaliteit.
8	Validatiebericht voor invoervelden.
9	De gegenereerde build bevat alle benodigde bestanden.
10	Het gelokaliseerde scherm heeft hetzelfde type elementen en getallen als dat van het bronproduct.
11	Zorg ervoor dat de gelokaliseerde gebruikersinterface van software of webapplicaties overeenkomt met de brongebruikersinterface in de doelbesturingssystemen en gebruikersomgevingen.
12	Sorteren en alfabetiseren volgen de regels van de doeltaal, niet die van de brontaal.
13	In talen die van rechts naar links worden gelezen, wordt de lay-out correct weergegeven, inclusief navigatie, pictogrammen en tekst die in beide richtingen wordt gelezen.
14	Toetsenbordinvoer, spellingcontrole en zoekfunctie accepteren tekens met accenten en tekens die uit meerdere bytes bestaan.

Voordelen van lokalisatietesten

Hieronder staan ​​de voordelen van lokalisatietesten

• De totale testkosten worden verlaagd
• De totale ondersteuningskosten dalen
• Helpt bij het verkorten van de testtijd.
• Het heeft meer flexibiliteit en schaalbaarheid.

Die besparingen komen voort uit het centraal en eenmalig opsporen van taalfouten, in plaats van per ondersteuningsvraag. Toegankelijkheid wordt vaak ook verbeterd, omdat dezelfde discipline die ervoor zorgt dat een lay-out intact blijft bij langere Duitse tekstfragmenten, er ook voor zorgt dat deze intact blijft bij vergrote tekst. toegankelijkheidstesten.

Nadelen van lokalisatietests

Hieronder staan ​​de uitdagingen van lokalisatietesten

• Vereist een domeinexpert
• Het inhuren van een lokale vertaler maakt het proces vaak duur
• De opslag van DBCS-tekens verschilt per land
• Een tester kan te maken krijgen met planningsuitdagingen

De tijdsdruk is iets wat de meeste teams onderschatten. Vertalingen komen per definitie laat in de cyclus aan bod, waardoor lokalisatiefouten vlak voor de release opduiken. Dat is precies het moment waarop een lay-outwijziging het duurst is. De planning van de lokalisatie wordt opgenomen in het bredere plan dat wordt beschreven in soorten softwaretesten houdt die druk beheersbaar, en de algemene software testen De inleiding beschrijft de algehele positie van de fase.

Veelgestelde vragen