Mi az a lokalizációs tesztelés? Példa tesztesetek és ellenőrzőlista
Thomas Hamilton
⚡ Okos összefoglaló
A lokalizációs tesztelés azt ellenőrzi, hogy a szoftverek megfelelően viselkednek-e egy adott régió, terület vagy kultúra esetében, kiterjedve a lefordított tartalomra, a felhasználói felület elrendezésére, a pénznemre, a dátum- és időformátumokra, valamint az adott piacon a felhasználó által elvárt helyi konvenciókra.
Lokalizációs tesztelés
Lokalizációs tesztelés egy szoftvertesztelési technika, amelyben egy szoftver viselkedését egy adott régióra, területre vagy kultúrára tesztelik. A szoftver lokalizációs tesztelésének célja egy adott terület megfelelő nyelvi és kulturális szempontjainak tesztelése. Ez a szoftver testreszabásának folyamata a megcélzott nyelvnek és országnak megfelelően.
A lokalizációs tesztelés által érintett fő területek a tartalom és a felhasználói felület.
Ez egy olyan globalizált alkalmazás tesztelésének folyamata, amelynek felhasználói felülete, alapértelmezett nyelve, pénzneme, dátuma, időformátuma és dokumentációja a megcélzott országnak vagy régiónak megfelelően van kialakítva. Biztosítja, hogy az alkalmazás az adott országban kellően használható legyen.
Példa:
1. Ha a projektet az indiai Tamil Nadu államra tervezték, a tervezett projektnek tamil nyelvűnek kell lennie, a tamil virtuális billentyűzetnek jelen kell lennie stb.
2. Ha a projektet az USA-ban tervezték, akkor az időformátumot az USA szabványos idő szerint kell módosítani. Ezenkívül a nyelvnek és a pénzformátumnak követnie kell az USA szabványait.
Az alábbi ábra ugyanazt a terméket mutatja be különböző területi beállításokhoz igazítva, a nyelv, a pénznem és a formázási szabályok változnak, miközben az alapul szolgáló build változatlan marad.
Miért végezzünk lokalizációs tesztelést?
A lokalizációs tesztelés célja egy adott terület megfelelő nyelvi és kulturális szempontjainak ellenőrzése. Ez magában foglalja a felhasználói felület vagy akár a kezdeti beállítások módosítását a követelményeknek megfelelően.
Az ilyen típusú tesztelés során sok különböző tesztelő ismétli meg ugyanazokat a funkciókat. Ellenőrzik a különféle dolgokat, például a tipográfiai hibákat, a felhasználói felület kulturális megfelelőségét, nyelvi hibákat stb.
„L10N”-nek is nevezik, mivel a szó lokalizációjában 10 karakter található az L és az N között.
A törekvés mögött kereskedelmi okok is megvannak. Egy rosszul lefordított címke, vagy egy olyan dátum, amely 03/04-et márciusként ír április helyett, aláássa a bizalmat egy olyan piacon, amelyre egy csapat már fizetett a belépésért, és ezeket a hibákat egy tesztelő találja meg a célzott területen, nem pedig... Grafikus felhasználói felület tesztelése angol nyelven előadva.
Lokalizációs tesztelés vs. internacionalizációs tesztelés
A két tevékenység inkább egymást követő, mintsem egymással versengő. A nemzetköziesítési tesztelés (I18N) megerősíti, hogy a kódbázis bármilyen területi beállítást elfogad; a lokalizációs tesztelés (L10N) pedig azt, hogy egy adott területi beállítás helyes.
| Lokalizációs tesztelés (L10N) | Nemzetköziesítési tesztelés (I18N) |
|---|---|
| Ellenőrzi, hogy a termék egy adott célzott régióban natívnak érződik-e | Ellenőrzi, hogy a termék számos régiót támogat átépítés nélkül |
| Ellenőrzi a lefordított szöveget, a pénznemet, a dátumot, az időt és a kulturális illeszkedést | Ellenőrzi a karakterkódolást, a karakterlánc-externalizációt és a területi beállításokat figyelembe vevő kódot |
| Amint létezik az adott piacra lefordított build | Először fut le, mielőtt bármilyen szöveget elküldene fordításra |
| Szükség van egy tesztelőre vagy véleményezőre, aki beszéli a helyi nyelvet | A központi csapat elvégezheti pszeudo-fordított buildek használatával |
Ellenőrizze ezt az oktatóanyagot A lokalizációs és a globalizációs tesztelés közötti különbség.
Hogyan kell elvégezni a lokalizációs tesztelést
Egy tipikus lokalizációs teszteléshez beállítjuk a build-ellenőrző tesztelést, Funkcionális tesztelés, Regressziós teszt, és a végső kijelentkezés.
1. Az építés-ellenőrzési tesztelés egy kis részhalmaza funkcionális tesztelés, amelyet a részletes teszteléssel megkezdett minőségbiztosítás előtt végeznek el. Lélekben közel áll a füstvizsgálat: a lokalizált build gyorsan elutasításra kerül, ha a nyelvi csomag egyáltalán nem töltődik be.
2. A normál tesztelés a normál tesztesetek lefuttatása és a naplózási hibák megtalálása a végrehajtás során.
3. A regressziós tesztelés az Disszidál regressziós folyamat annak biztosítására, hogy a hiba rögzítve legyen, miközben a rögzített hibáknak nincs hatása a környező területekre.
4. A végső kijelentkezés a build végső ellenőrzését jelenti az ügyfélnek való átadás előtt.
Minden fázis területi beállításonként ismétlődik, a termék esetében nem egyszer. A francia buildben kijavított hibát a német és a japán buildben is regresszálni kell, mivel gyakran ugyanazt a karakterlánc-erőforrást használják közöttük.
Automatizálás a lokalizációs tesztelésben
Ha a projekt nagy, és gyakran kell tesztelni, akkor megyünk Automatizálási tesztelés.
- Válassza ki az automatizálási eszközt a szkriptek írásához.
- Vegyük a forgatókönyvet a lokalizációs stratégia tesztelésére.
- Írj forgatókönyveket ennek megfelelően.
- Gyűjtsd össze az eredményeket, és frissítsd a forgatókönyvet Pass/Fail-ként.
Jegyzet: Selenium az egyik úttörő eszköz ezen a területen. Nagyon funkciókban gazdag, azonban több technikai tudást igényel a használata.
Az automatizálásnak van egy korlátja, amit érdemes világosan megfogalmazni. Egy szkript be tudja bizonyítani, hogy egy pénznemszimbólum megváltozott, és hogy egyetlen karakterlánc sem csonkolódott, de nem tudja megítélni, hogy egy fordítás természetesen olvasható-e, vagy egy ikon sérti-e a szabályokat. A gépi ellenőrzések kezelik a mechanikai réteget; egy anyanyelvi lektor továbbra is a nyelvi réteget kezeli.
Lokalizációs tesztelőeszközök
A lokalizációs munka három különböző eszközosztályt használ, és a legtöbb csapat végül mindhármat futtatja.
- Funkcionális automatizálási keretrendszerek: Selenium, Appium és az összehasonlítható keretrendszerek újrafuttatják ugyanazt a csomagot minden egyes területi builden, ahol az ismételt ellenőrzés nagy része történik.
- Fordításkezelő rendszerek: Azok a platformok, amelyek a karakterlánc-erőforrásokat tárolják, lehetővé teszik a fordítók, fejlesztők és tesztelők számára, hogy egyetlen szószedetből dolgozzanak, így egy kifejezést nem fordítanak le két különböző módon két képernyőn.
- Pszeudo-lokalizációs segédprogramok: Ezek az angol karakterláncokat ékezetes, meghosszabbított helyőrzőkkel helyettesítik, mielőtt a valódi fordítás megkezdődne, felfedve a fixen kódolt szöveget és elrendezéseket, amelyek nem tudják befogadni a hosszabb szavakat.
Az eszköz és a böngésző lefedettsége ugyanolyan fontos, mint maga az eszköz. A betűtípusok, a beviteli módok és az alapértelmezett területi beállítások platformonként eltérőek, ezért a lokalizált buildet valós céleszközökön kell kipróbálni a fejlesztés során. mobil tesztelés és a böngészőkészletben, amely a következőhöz van definiálva: webes alkalmazás tesztelés.
Bevált gyakorlatok ellenőrzőlistája lokalizációs teszteléshez
- Alkalmazzon egy i18n mérnöki szakértelemmel rendelkező lokalizációs céget
- Győződjön meg arról, hogy a lokalizációs tesztelési stratégia több időt biztosít a kétbájtos nyelvek számára.
- Győződjön meg róla, hogy megfelelően internacionalizálta a kódját a DBCS-hez, mielőtt extracbármilyen szöveg fordításra küldése
- Először minden karakterláncot külsőleg kell forrásfájlokba helyezni, hogy ne maradjon felhasználó által látható szöveg a forrásban fixen kódolva.
- Futtass egy pszeudo-lokalizált buildet korán, mert ez még a fordítási költségek elköltése előtt feltárja a csonkolást és a fixen kódolt szöveget.
- Tartson fenn helyet az elrendezésben a szöveg bővítéséhez, mivel az angolról fordított szövegek gyakran hosszabbak, mint az eredeti címke.
- Teszteld a jobbról balra író nyelveket, például az arabot és a hébert valódi képernyőkön, ahol a tükrözött elrendezések és a vegyes irányú szövegek leggyakrabban hibásak.
- Tarts fenn egy területileg meghatározott stíluskalauzt, amely tartalmazza a dátum sorrendjét, a tizedesjeleket, a címformátumot, a tiszteletbeli megszólításokat és a hangnemet.
- Kérj meg egy anyanyelvi beszélőt, hogy nézze át a kész képernyőket, mert a kulturális illeszkedést nem lehet forgatókönyvvel igazolni.
Ezen elemek közül kettő inkább a platformtól, mint a nyelvtől függ, ezért a lokalizált buildeket általában a következőkkel együtt ütemezik: kompatibilitási tesztelés és a konfigurációs tesztelés ahelyett, hogy utánuk.
Példa tesztesetek lokalizációs teszteléshez
Az alábbi táblázat egy kiinduló ellenőrzési sort tartalmaz. Minden sor egy teljes értékűvé válik. próbaper miután az adott területi beállításhoz tartozó várt eredmény ki van töltve.
| S.No | Teszt eset Description |
|---|---|
| 1 | A szószedetek hivatkozásként és ellenőrzés céljából rendelkezésre állnak. |
| 2 | Az idő és a dátum megfelelően van formázva a célterülethez. |
| 3 | A telefonszám-formátumok megfelelőek a célterülethez. |
| 4 | A célrégió pénzneme. |
| 5 | A licenc és a szabályok megfelelnek-e az aktuális webhelynek (régiónak). |
| 6 | Szövegtartalom Az oldalak elrendezése hibamentes, betűtípusfüggetlen és sorigazítás. |
| 7 | Speciális karakterek, hiperhivatkozások és gyorsbillentyűk funkciói. |
| 8 | Érvényesítési üzenet a beviteli mezőkhöz. |
| 9 | A létrehozott build tartalmazza az összes szükséges fájlt. |
| 10 | A lokalizált képernyő ugyanolyan típusú elemeket és számokat tartalmaz, mint a forrástermék. |
| 11 | Győződjön meg arról, hogy a szoftverek vagy webalkalmazások lokalizált felhasználói felülete összehasonlítható a forrás felhasználói felületével a cél operációs rendszerekben és felhasználói környezetekben. |
| 12 | A rendezés és az ábécé szerinti sorrend a célnyelv szabályait követi, nem a forrásnyelvét. |
| 13 | A jobbról balra író területi beállítások helyesen tükrözik az elrendezést, beleértve a navigációt, az ikonokat és a vegyes irányú karakterláncokat. |
| 14 | A billentyűzet bevitele, a helyesírás-ellenőrző és a keresés ékezetes és többbájtos karaktereket is elfogad. |
A lokalizációs tesztelés előnyei
Az alábbiakban bemutatjuk a lokalizációs tesztelés előnyeit
- A teljes tesztelési költség csökken
- A támogatás általános költsége csökken
- Segít csökkenteni a teszteléshez szükséges időt.
- Nagyobb rugalmassággal és skálázhatósággal rendelkezik.
Ezek a megtakarítások abból származnak, hogy a területi hibákat egyszer, központilag észlelik, ahelyett, hogy piaci támogatási sorban egyszer tennék. Az akadálymentesítés is gyakran javul, mivel ugyanaz a fegyelem, amely a hosszabb német karakterláncok alatt is érintetlenül tartja az elrendezést, a nagyított szöveg alatt is érintetlenül tartja azt. akadálymentesítési tesztelés.
A lokalizációs tesztelés hátrányai
Az alábbiakban bemutatjuk a lokalizációs tesztelés kihívásait
- Domain szakértőt igényel
- A helyi fordítók alkalmazása gyakran megdrágítja a folyamatot
- A DBCS karakterek tárolása országonként eltérő
- A tesztelőnek időbeosztási kihívásokkal kell szembenéznie
A legtöbb csapat alábecsüli az ütemterv nyomását. A fordítás definíció szerint a ciklus végén érkezik, így a lokalizációs hibák a kiadás közelében kerülnek felszínre, ami pontosan az a pillanat, amikor a legköltségesebb egy elrendezésváltás. A lokalizáció megtervezése a ... részben leírt tágabb terv része. a szoftvertesztelés típusai kezelhetővé teszi ezt a szorítást, és az általános szoftver tesztelés A bevezetés áttekinti a fázis elhelyezkedését összességében.
