Mis on lokaliseerimise testimine? Näidistestijuhtumid ja kontrollnimekiri

⚡ Nutikas kokkuvõte

Lokaliseerimistestimine kontrollib, kas tarkvara käitub korrektselt ühes kindlas piirkonnas, lokaalis või kultuuris, hõlmates tõlgitud sisu, kasutajaliidese paigutust, valuutat, kuupäeva ja kellaaja vorminguid ning kohalikke tavasid, mida kasutaja sellel turul ootab.

🌐 Lühendatud tekst: Seda tehnikat kirjutatakse kui L10N, kuna lokaliseerimisel asub L-i ja N-i vahel kümme tähemärki.
🎯 Peamised eesmärgid: Sisu ja kasutajaliides neelavad endasse peaaegu kõik lokaliseerimisvead, mida testija logib.
🧭 Neli faasi: Tüüpiline tsükkel koosneb versiooni kontrollimisest, funktsionaalsest testimisest, regressioontestimisest ja lõplikust kinnitamisest.
📐 Paigutuse risk: Tõlgitud stringid laienevad ning kahebaidised ja paremalt vasakule kirjutatavad kirjad lõhuvad paigutusi, mida inglise keel kunagi ei kasutanud.
🤖 Automatiseerimine: Skriptitud komplektid tasuvad end kiiresti ära, kui samad stsenaariumid käivad paljudes lokaalides.
🔀 Ei ole sama mis I18N: Rahvusvahelistumine valmistab ette koodi; lokaliseerimine kontrollib ühte valmisturgu.

Loe rohkem

Lokaliseerimise testimine

Lokaliseerimise testimine on tarkvara testimise tehnika, mille käigus testitakse tarkvara käitumist konkreetse piirkonna, lokaadi või kultuuri jaoks. Tarkvara lokaliseerimise testimise eesmärk on testida konkreetse lokaadi jaoks sobivaid keelelisi ja kultuurilisi aspekte. See on tarkvara kohandamise protsess vastavalt sihtkeelele ja riigile.

Peamine valdkond, mida lokaliseerimise testimine mõjutab, hõlmab sisu ja kasutajaliidest.

See on globaliseeritud rakenduse testimise protsess, mille kasutajaliides, vaikekeel, valuuta, kuupäev, kellaajavorming ja dokumentatsioon on kujundatud vastavalt sihtriigile või -piirkonnale. See tagab, et rakendus on selles riigis kasutamiseks piisavalt võimekas.

Näide:

1. Kui projekt on mõeldud India Tamil Nadu osariigi jaoks, peaks projekteeritud projekt olema tamili keeles, olemas peaks olema tamili virtuaalne klaviatuur jne.

2. Kui projekt on mõeldud USA-le, siis tuleks aja formaati muuta vastavalt USA standardajale. Samuti peaksid keele- ja rahavorming järgima USA standardeid.

Allolev joonis näitab sama toote kohandamist erinevate lokaatide jaoks, kusjuures keel, valuuta ja vormindusreeglid muutuvad, kuid aluseks olev versioon jääb samaks.

Miks teha lokaliseerimise testimist?

Lokaliseerimise testimise eesmärk on kontrollida konkreetse lokaadi keelelisi ja kultuurilisi aspekte. See hõlmab kasutajaliidese või isegi esialgsete seadistuste muutmist vastavalt nõuetele.

Seda tüüpi testimisel kordavad paljud erinevad testijad samu funktsioone. Nad kontrollivad mitmesuguseid asju, nagu trükivead, kasutajaliidese kultuuriline sobivus, keelelised vead jne.

Seda nimetatakse ka "L10N-iks", kuna sõna lokaliseeringus on L ja N vahel 10 tähemärki.

Sellel pingutusel on ka äriline põhjus. Valesti tõlgitud silt või kuupäev, mis loeb 03/04 märtsi asemel aprilliks, õõnestab usaldust turul, kuhu meeskond on sisenemise eest juba maksnud, ja need vead leiab testija sihtlokaalis, mitte... GUI-testimine esitati inglise keeles.

Lokaliseerimistestimine vs. rahvusvahelistamistestimine

Need kaks tegevust on pigem järjestikused kui konkureerivad. Rahvusvahelistumise testimine (I18N) kinnitab, et koodibaas aktsepteerib mis tahes lokaali; lokaliseerimise testimine (L10N) kinnitab seejärel, et üks konkreetne lokaat on õige.

Lokaliseerimistestimine (L10N)	Rahvusvahelistumise testimine (I18N)
Kontrollib, kas toode tundub ühes sihtpiirkonnas natiivne	Kinnitab, et toode toetab paljusid piirkondi ilma ümberehituseta
Kontrollib tõlgitud teksti, valuutat, kuupäeva, kellaaega ja kultuurilist sobivust	Kontrollib märkide kodeeringut, stringi eksternaliseerimist ja lokaaliteadlikku koodi
Käivitub siis, kui selle turu jaoks tõlgitud versioon on olemas.	Käivitub esimesena enne teksti tõlkimiseks saatmist
Vajab testijat või arvustajat, kes oskab kohalikku keelt	Põhimeeskond saab seda teha pseudotõlgitud versioonide abil

Kontrollige seda õpetust Erinevus lokaliseerimise ja globaliseerimise testimise vahel.

Kuidas teha lokaliseerimise testimist

Tüüpiliseks lokaliseerimise testimiseks seadistame ehituse kinnitustesti, Funktsionaalne testimine, Regressioonitestimineja lõplik allkirjastamine.

1. Ehituse kontrollimise testimine on väike alamhulk funktsionaalne testimine, mis viiakse läbi enne kvaliteedikontrolli alustamist mis tahes detailse testimisega. See on oma olemuselt lähedane suitsu testimine: lokaliseeritud versioon lükatakse kiiresti tagasi, kui keelepaketi laadimine üldse ebaõnnestub.

2. Tavaline testimine on samm tavaliste testjuhtumite käivitamiseks ja logidefektide leidmiseks täitmise ajal.

3. Regressioonitestimine on Defekt regressiooniprotsess tagamaks, et defekt on fikseeritud, samas kui fikseeritud defektid ei mõjuta ümbritsevaid alasid.

4. Lõplik allkirjastamine on konstruktsiooni lõplik kontroll enne kliendile üleandmist.

Iga etappi korratakse lokaadi kohta, mitte üks kord toote jaoks. Prantsuse versioonis parandatud defekti tuleb regresseerida ka Saksa ja Jaapani versioonides, kuna nende vahel jagatakse sageli sama stringiressurssi.

Automatiseerimine lokaliseerimistestides

Kui projekt on suur ja seda tuleb sageli testida, siis teeme seda Automatiseerimise testimine.

Valige skriptide kirjutamiseks automatiseerimistööriist.
Kasutage lokaliseerimisstrateegia testimiseks stsenaariumi.
Kirjutage skriptid selle järgi.
Koguge tulemused ja värskendage stsenaariumi olekuga Läbitud/Ebaõnnestunud.

Märge: Selenium on üks teedrajavaid tööriistu selles valdkonnas. See on väga funktsioonirikas, kuid selle kasutamiseks on vaja rohkem tehnilisi teadmisi.

Automatiseerimisel on piir, mida tasub selgelt välja öelda. Skript suudab tõestada, et valuutasümbol on muutunud ja et ühtegi stringi ei ole kärbitud, kuid see ei suuda otsustada, kas tõlge on loomulikult loetav või on ikoon sobimatu. Masinakontrollid tegelevad mehaanilise kihiga; keelelise kihiga tegeleb endiselt emakeelena kõneleja.

Lokaliseerimise testimise tööriistad

Lokaliseerimistöö tugineb kolmele erinevale tööriistaklassile ja enamik meeskondi kasutab lõpuks kõiki kolme.

Funktsionaalse automatiseerimise raamistikud: Selenium, Appium ja võrreldavad raamistikud käivitavad sama komplekti iga lokaadi ehituse korral uuesti, kus toimub suurem osa korduvast kontrollimisest.
Tõlkehaldussüsteemid: Platvormid, mis hoiavad stringiressursse, võimaldavad tõlkijatel, arendajatel ja testijatel töötada ühe sõnastikuga, nii et terminit ei tõlgita kahel ekraanil kahel erineval viisil.
Pseudo-lokaliseerimise utiliidid: Need asendavad ingliskeelsed stringid enne tegeliku tõlke algust rõhuliste ja pikendatud kohahoidjatega, paljastades püsikodeeritud teksti ja paigutused, mis ei suuda pikemaid sõnu imada.

Seadme ja brauseri katvus on sama oluline kui tööriist ise. Fondid, sisestusmeetodid ja vaikesätete asukohad erinevad platvormide lõikes, seega tuleb lokaliseeritud versiooni katsetada päris sihtseadmetes. mobiilne testimine ja kogu brauserikomplekti ulatuses, mis on määratletud veebirakenduste testimine.

Parima tava kontroll-loend lokaliseerimistestide jaoks

Palka i18n inseneriteaduse alal kogemustega lokaliseerimisfirma
Veenduge, et teie lokaliseerimise testimisstrateegia võimaldaks kahebaidiliste keelte jaoks rohkem aega.
Enne ex-i veenduge, et teie kood on DBCS-i jaoks korralikult rahvusvaheliseks muudetud.tracmis tahes teksti tõlkimiseks saatmine
Eksternaliseeri iga string esmalt ressursifailidesse, et lähtekoodi ei jääks kasutajale nähtavat teksti kõvakodeerituks.
Käivita pseudo-lokaliseeritud versioon varakult, sest see paljastab kärpimise ja kõvakodeeritud teksti enne, kui tõlkeraha kulub.
Jäta küljendusruumi teksti laiendamiseks, kuna inglise keelest tehtud tõlked on sageli pikemad kui originaalsildid.
Testi paremalt vasakule kirjutatavaid tekste, näiteks araabia ja heebrea keelt, päris ekraanidel, kus peegeldatud paigutused ja segasuunaline tekst kõige sagedamini ebaõnnestuvad.
Pidage lokaalipõhist stiilijuhendit, mis hõlmab kuupäevade järjekorda, kümnenderaldajaid, aadressivormingut, austavaid sõnu ja tooni.
Laske emakeelena kõnelejal valmis ekraanipildid üle vaadata, sest kultuurilist sobivust ei saa stsenaariumiga kinnitada.

Kaks neist elementidest sõltuvad pigem platvormist kui keelest, mistõttu lokaliseeritud versioonid planeeritakse tavaliselt koos ühilduvuse testimine ja konfiguratsiooni testimine pigem kui neile järele.

Lokaliseerimise testimise näidisjuhtumid

Allolev tabel annab algse kontrollide komplekti. Iga rida muutub täisversiooniks. testjuhtum kui konkreetse lokaadi oodatav tulemus on täidetud.

S.No	Testjuhtum Descriptioon
1	Viitamiseks ja kontrollimiseks on saadaval sõnastikud.
2	Kellaaeg ja kuupäev on sihtpiirkonna jaoks õigesti vormindatud.
3	Telefoninumbrite vormingud on sihtpiirkonna jaoks sobivad.
4	Sihtpiirkonna valuuta.
5	Kas litsents ja reeglid järgivad praegust veebisaiti (regiooni).
6	Teksti sisu Paigutus lehtedel on veatu, font on sõltumatu ja joondused.
7	Erimärgid, hüperlingid ja kiirklahvid.
8	Sisestusväljade kinnitamise teade.
9	Loodud ehitus sisaldab kõiki vajalikke faile.
10	Lokaliseeritud ekraanil on sama tüüpi elemente ja numbreid kui lähtetootel.
11	Tagada, et tarkvara või veebirakenduste lokaliseeritud kasutajaliides oleks sihtoperatsioonisüsteemides ja kasutajakeskkondades võrreldav lähtekasutajaliidesega.
12	Sorteerimine ja tähestikuline järjestus järgivad sihtkeele, mitte lähtekeele reegleid.
13	Paremalt vasakule kirjutatavad lokaadid peegeldavad paigutust õigesti, sh navigeerimine, ikoonid ja segasuunalised stringid.
14	Klaviatuurisisestus, õigekirjakontroll ja otsing aktsepteerivad rõhulisi ja mitmebaidilisi märke.

Lokaliseerimise testimise eelised

Järgnevalt on toodud lokaliseerimise testimise eelised

Katsetamise üldkulud vähenevad
Üldised tugikulud vähenevad
Aitab vähendada testimiseks kuluvat aega.
Sellel on suurem paindlikkus ja mastaapsus.

See kokkuhoid tuleneb lokaalsete defektide ühekordsest tuvastamisest tsentraalselt, mitte ainult iga turutoe järjekorra kohta. Sageli kaasneb sellega ka ligipääsetavuse paranemine, sest sama distsipliin, mis hoiab paigutuse puutumata pikemate saksakeelsete stringide all, hoiab seda puutumata ka suurendatud teksti all. juurdepääsetavuse testimine.

Lokaliseerimise testimise puudused

Järgnevalt on toodud lokaliseerimise testimise väljakutsed

Nõuab domeenieksperti
Kohaliku tõlkija palkamine muudab protsessi sageli kulukaks
DBCS-märkide salvestusruum on riigiti erinev
Testija võib seista silmitsi ajakavaga seotud väljakutsetega

Ajagraafiku survet alahindab enamik meeskondi. Tõlge saabub definitsiooni järgi tsükli lõpus, seega lokaliseerimisvead tulevad pinnale enne avaldamist, mis on just siis, kui küljenduse muutmine on kõige kulukam. Lokaali planeerimine kuulub laiema plaani hulka, mida on kirjeldatud jaotises tarkvara testimise tüübid hoiab selle pigistuse hallatavana ja üldiselt tarkvara testimine Sissejuhatuses käsitletakse etapi üldist paiknemist.

KKK

Lülitades seadme araabia või heebrea keelele ja kontrollides, et kogu paigutus – navigeerimine, ikoonid, edenemisnäidikud ja kerimissuund – vastaks ootustele. Segatud stringid, kus ladinakeelne tootenimi asub araabiakeelses tekstis, on tavaliselt rikke põhjuseks.

Tõlgitud tekst on sageli pikem kui ingliskeelne originaal, seega nupud, menüüd ja tabelite päised ületäituvad või kärbitakse. Enamiku neist vigadest aitab vältida varulaiuse reserveerimine kujunduses ja selle kontrollimine pikimas sihtkeeles.

See asendab iga tõlgitava stringi rõhumärgiga, tahtlikult pikendatud versiooniga. Igasugune lihtsas inglise keeles ilmuv tekst on püsikodeeritud ja iga kärbitud silt tõestab, et paigutus ei suuda laiendamist absorbeerida. Mõlemad leitakse enne tõlke ostmist.

Kvaliteedikontrolli insener teeb funktsionaalsuse ja küljenduse kontrollid ning sihtkeele emakeelena kõneleja vaatab üle sõnastuse, tooni ja kultuurilise sobivuse. Selline jagamine aitab vältida keeleteadlase palkamist mehaaniliste regressioonitestide kordamise eest.

Kõvakodeeritud ingliskeelsed stringid, kärbitud sildid, ebamäärane kuupäevade järjekord, valed kümnend- ja tuhandeliste eraldajad, katkised diakriitilised märgid ja liitlaused, mis tõlgitakse jamaks, kuna fragmendid on koodis kokku pandud.

Pseudo-lokaliseeritud kontrollid algavad kohe, kui stringid on eksternaliseeritud, tükk aega enne tõlkimist. Täieliku lokaadi läbimised algavad siis, kui esimene tõlgitud järk on saadaval, ja korduvad iga sprinti, selle asemel, et oodata enne avaldamist ühte läbimist.

Masinõpe võrdleb lokaliseeritud ekraanipilte lähtekoodi paigutusega, et märkida kärpimisi ja kattumisi, hindab tõlkeid terminoloogia hälbe osas ja järjestab lokaalid, millel on suurim risk. Lõpliku kultuurilise hinnangu teeb ikkagi emakeelena kõnelev arvustaja.

Jah. See mustandib lokaaliparameetritega Selenium tellingud, ressursifaili väited ja andmepõhised tsüklid lokaadikoodide kaudu. Lokaadi eeldatavad väärtused peavad ikkagi tulema stiilijuhendist, mitte mudelist.