Co je to lokalizační testování? Příklad testovacích případů a kontrolní seznam

⚡ Chytré shrnutí

Testování lokalizace kontroluje, zda se software chová správně v jednom konkrétním regionu, lokalitě nebo kultuře, a zahrnuje přeložený obsah, rozvržení uživatelského rozhraní, měnu, formáty data a času a místní konvence, které uživatel na daném trhu očekává.

  • 🌐 Těsnopis: Tato technika se píše L10N, protože mezi L a N se v lokalizaci nachází deset znaků.
  • 🎯 Hlavní cíle: Obsah a uživatelské rozhraní absorbují téměř každou lokalizační vadu, kterou tester zaznamená.
  • 🧭 Čtyři fáze: Ověření sestavení, funkční testování, regresní testování a finální schválení tvoří typický cyklus.
  • 📐 Riziko rozvržení: Přeložené řetězce se rozšiřují a dvoubajtové a zprava doleva psané skripty narušují rozvržení, která angličtina nikdy nezpřístupnila.
  • 🤖 Automatizace: Skriptované sady se rychle vyplatí, jakmile se stejné scénáře objeví na mnoha místech.
  • 🔀 Není to totéž jako I18N: Internacionalizace připravuje kód; lokalizace ověřuje jeden hotový trh.

Lokalizační testování jazyka, měny a formátů data pro cílové prostředí

Testování lokalizace

Testování lokalizace je technika testování softwaru, při které se chování softwaru testuje pro konkrétní region, národní prostředí nebo kulturu. Účelem testování lokalizace pro software je otestovat vhodné jazykové a kulturní aspekty pro konkrétní lokalitu. Je to proces přizpůsobení softwaru podle cílového jazyka a země.

Mezi hlavní oblasti ovlivněné testováním lokalizace patří obsah a uživatelské rozhraní.

Jedná se o proces testování globalizované aplikace, jejíž uživatelské rozhraní, výchozí jazyk, měna, datum, formát času a dokumentace jsou navrženy podle cílové země nebo oblasti. Zajišťuje, že aplikace je dostatečně schopná pro použití v dané zemi.

Příklad:

1. Pokud je projekt navržen pro stát Tamil Nadu v Indii, navržený projekt by měl být v tamilském jazyce, měla by být přítomna tamilská virtuální klávesnice atd.

2. Pokud je projekt navržen pro USA, pak by měl být formát času změněn podle standardního času USA. Jazyk a formát peněz by také měly odpovídat standardům USA.

Níže uvedený obrázek ukazuje úpravu stejného produktu pro různá locale, přičemž se mění jazyk, měna a pravidla formátování, zatímco základní sestavení zůstává stejné.

Testování lokalizace, které přizpůsobuje jednu sestavu produktu několika cílovým locacím

Proč provádět testování lokalizace?

Účelem testování lokalizace je zkontrolovat vhodné jazykové a kulturní aspekty pro konkrétní lokalitu. Zahrnuje změnu uživatelského rozhraní nebo i prvotní nastavení dle požadavků.

Při tomto typu testování bude mnoho různých testerů opakovat stejné funkce. Ověřují různé věci, jako jsou typografické chyby, kulturní vhodnost uživatelského rozhraní, jazykové chyby atd.

Také se nazývá „L10N“, protože ve slově lokalizace je mezi L a N 10 znaků.

Za touto snahou stojí i komerční důvod. Špatně přeložený popisek nebo datum, které uvádí 03/04 jako březen místo dubna, narušuje důvěru v trh, za vstup na který tým již zaplatil, a tyto nedostatky nachází tester v cílové lokalitě, nikoli... Testování grafického uživatelského rozhraní provedeno v angličtině.

Lokalizační testování vs. internacionalizační testování

Tyto dvě aktivity jsou spíše postupné než soupeřící. Testování internacionalizace (I18N) potvrzuje, že kódová základna může akceptovat jakékoli locale; testování lokalizace (L10N) poté potvrzuje, že jedno konkrétní locale je správné.

Lokalizační testování (L10N) Internacionalizační testování (I18N)
Ověřuje, zda produkt působí v jednom cílovém regionu jako nativní. Ověřuje, že produkt dokáže podporovat mnoho regionů bez nutnosti přestavby.
Kontroluje přeložený text, měnu, datum, čas a kulturní soulad Kontroluje kódování znaků, externalizaci řetězců a kód s ohledem na lokalizaci.
Spustí se, jakmile bude k dispozici přeložená verze pro daný trh. Spustí se jako první, než je jakýkoli text odeslán k překladu
Potřebujeme testera nebo recenzenta, který ovládá místní jazyk Může být provedeno hlavním týmem pomocí pseudo-přeložených sestavení

Podívejte se na tento tutoriál rozdíl mezi testováním lokalizace a globalizace.

Jak provést lokalizační testování

Pro typické testování lokalizace jsme nastavili testování ověřování sestavení, Funkční testování, Regresní testovánía konečné odhlášení.

1. Testování ověření sestavení je malá podmnožina funkční testování, který se provádí před zahájením QA s jakýmkoli detailním testováním. Je svým duchem blízký kouřové testyLokalizovaná verze je rychle odmítnuta, pokud se jazykový balíček vůbec nenačte.

2. Normální testování je krokem ke spuštění normálních testovacích případů a nalezení defektů protokolu během provádění.

3. Regresní testování je Přeběhnout regresní proces, aby se zajistilo, že defekt bude opraven, zatímco fixní defekty nebudou mít žádný dopad na okolní oblasti.

4. Final Sign-off je provedení závěrečné kontroly sestavení před doručením klientovi.

Každá fáze se opakuje pro každou lokalitu, ne jednou pro celý produkt. Chyba opravená ve francouzské verzi musí být regresně odstraněna i v německé a japonské verzi, protože mezi nimi je často sdílen stejný řetězcový zdroj.

Automatizace v testování lokalizace

Pokud je projekt velký a potřebuje často testovat, jdeme do toho Testování automatizace.

  • Vyberte automatizační nástroj pro psaní skriptů.
  • Vezměte scénář k testování pro lokalizační strategii.
  • Podle toho pište scénáře.
  • Sbírejte výsledky a aktualizujte scénář jako Pass/Fil.

Poznámka: Selenium je jedním z průkopnických nástrojů v této oblasti. Je velmi bohatý na funkce, jeho použití však vyžaduje více technických znalostí.

Automatizace s sebou nese omezení, která stojí za to jasně zmínit. Skript může dokázat, že se symbol měny změnil a že žádný řetězec nebyl zkrácen, ale nemůže posoudit, zda překlad čte přirozeně, nebo zda ikona vadí. Strojové kontroly se starají o mechanickou vrstvu; rodilý recenzent se stále stará o jazykovou vrstvu.

Nástroje pro testování lokalizace

Lokalizační práce využívá tři různé třídy nástrojů a většina týmů nakonec používá všechny tři.

  • Rámce funkční automatizace: Selenium, Appium a srovnatelné frameworky znovu spouštějí stejnou sadu pro každé sestavení s danou lokalitou, což je místo, kde dochází k většině opakovaného ověřování.
  • Systémy pro správu překladů: Platformy, které obsahují řetězcové zdroje, umožňují překladatelům, vývojářům a testerům pracovat s jedním glosářem, takže termín není na dvou obrazovkách překládán dvěma různými způsoby.
  • Pseudo-lokalizační nástroje: Tyto funkce nahrazují anglické řetězce zástupnými symboly s diakritikou a prodloužením ještě před zahájením skutečného překladu, čímž odhalují pevně zakódovaný text a rozvržení, která nedokážou absorbovat delší slova.

Pokrytí zařízení a prohlížečů je stejně důležité jako samotný nástroj. Fonty, metody zadávání textu a výchozí jazyková nastavení se liší napříč platformami, takže lokalizované sestavení je nutné během testování vyzkoušet na skutečných cílových zařízeních. mobilní testování a v celé sadě prohlížečů definované pro testování webových aplikací.

Kontrolní seznam osvědčených postupů pro testování lokalizace

  • Najměte si lokalizační firmu s odbornými znalostmi v oblasti i18n inženýrství
  • Ujistěte se, že vaše strategie testování lokalizace poskytuje více času pro dvoubajtové jazyky.
  • Před explicitním použitím se ujistěte, že jste svůj kód pro DBCS správně internacionalizovali.tracodeslání jakéhokoli textu k překladu
  • Nejprve externalizujte každý řetězec do zdrojového souboru, aby ve zdrojovém kódu nezůstal žádný text viditelný pro uživatele.
  • Spusťte pseudolokalizované sestavení brzy, protože odhalí zkrácení a pevně zakódovaný text ještě předtím, než se utratí peníze za překlad.
  • Rezervujte prostor v rozvržení pro rozšíření textu, protože překlady z angličtiny jsou často delší než původní popisek.
  • Otestujte jazyky psané zprava doleva, jako je arabština a hebrejština, na skutečných obrazovkách, kde zrcadlené rozvržení a text ve smíšeném směru nejčastěji selhávají.
  • Udržujte stylistický průvodce pro každé místní prostředí, který zahrnuje pořadí data, oddělovače desetinných míst, formát adresy, čestná označení a tón.
  • Nechte si hotové obrazovky zkontrolovat rodilým mluvčím, protože kulturní soulad nelze prokázat scénářem.

Dvě z těchto položek závisí spíše na platformě než na jazyce, a proto se lokalizované sestavení obvykle plánuje současně s... testování kompatibility a testování konfigurace spíše než po nich.

Příklad testovacích případů pro testování lokalizace

Níže uvedená tabulka uvádí počáteční sadu kontrol. Každý řádek se stává plnohodnotným modelový případ jakmile je vyplněn očekávaný výsledek pro konkrétní lokalitu.

S. Ne Testovací případ Description
1 Pro referenci a kontrolu jsou k dispozici glosáře.
2 Čas a datum jsou správně naformátovány pro cílovou oblast.
3 Formáty telefonních čísel jsou vhodné pro cílový region.
4 Měna pro cílový region.
5 Dodržuje licence a pravidla aktuální webovou stránku (oblast).
6 Textový obsah Rozložení na stránkách je bez chyb, nezávislost na písmu a zarovnání řádků.
7 Funkce speciálních znaků, hypertextových odkazů a klávesových zkratek.
8 Ověřovací zpráva pro vstupní pole.
9 Vygenerované sestavení obsahuje všechny potřebné soubory.
10 Lokalizovaná obrazovka má stejný typ prvků a čísel jako zdrojový produkt.
11 Zajistěte, aby lokalizované uživatelské rozhraní softwaru nebo webových aplikací bylo srovnatelné se zdrojovým uživatelským rozhraním v cílových operačních systémech a uživatelských prostředích.
12 Řazení a abecední řazení se řídí pravidly cílového jazyka, nikoli jazyka zdrojového.
13 Lokality zprava doleva správně zrcadlí rozvržení, včetně navigace, ikon a řetězců se smíšeným směrem.
14 Zadávání textu z klávesnice, kontrola pravopisu a vyhledávání akceptují znaky s diakritikou a vícebajtové znaky.

Výhody testování lokalizace

Níže jsou uvedeny výhody testování lokalizace

  • Celkové náklady na testování se snižují
  • Celkové náklady na podporu se snižují
  • Pomáhá zkrátit čas na testování.
  • Má větší flexibilitu a škálovatelnost.

Tyto úspory plynou z centrálního zachycení vad lokalizace, nikoli jednou za každou frontu podpory trhu. Často s tím souvisí i zlepšení přístupnosti, protože stejná disciplína, která udržuje rozvržení neporušené pod delšími německými řetězci, ho udržuje neporušené i pod zvětšeným textem během… testování přístupnosti.

Nevýhody lokalizačního testování

Následují výzvy testování lokalizace

  • Vyžaduje doménového experta
  • Najmutí místního překladatele často celý proces prodražuje
  • Ukládání znaků DBCS se v různých zemích liší
  • Tester může čelit časovým výzvám

Tlak na harmonogram je ten, který většina týmů podceňuje. Překlad dochází ze své podstaty v pozdních fázích cyklu, takže lokalizační vady se objevují těsně před vydáním, což je přesně doba, kdy je změna rozvržení nejdražší. Plánování lokalizace přechází do širšího plánu popsaného v typy testování softwaru udržuje ten tlak zvládnutelný a obecně testování softwaru Úvod se zabývá celkovou polohou dané fáze.

Nejčastější dotazy

Přepnutím zařízení do arabštiny nebo hebrejštiny a kontrolou, zda se celé rozvržení zrcadlí – navigace, ikony, indikátory průběhu a směr rolování. Smíšené řetězce, kdy se latinský název produktu nachází uvnitř arabského textu, jsou obvyklým bodem selhání.

Přeložený text je často delší než anglický originál, takže tlačítka, nabídky a záhlaví tabulek přetékají nebo se zkracují. Většině těchto vad předchází rezervování volné šířky v návrhu a jeho následné ověření v nejdelším cílovém jazyce.

Nahrazuje každý přeložitelný řetězec záměrně prodlouženou verzí s diakritikou. Veškerý text, který se stále zobrazuje v prosté angličtině, je pevně zakódován a jakýkoli oříznutý popisek dokazuje, že rozvržení nedokáže absorbovat rozšíření. Obojí je nalezeno před zakoupením překladu.

Kontrolu funkčnosti a rozvržení provádí technik QA a rodilý mluvčí cílového jazyka kontroluje formulaci, tón a kulturní zařazení. Díky tomuto rozdělení se ušetří placení lingvisty za opakované provedení mechanické regrese.

Pevně ​​zakódované anglické řetězce, zkrácené popisky, nejednoznačné pořadí data, nesprávné oddělovače desetinných míst a tisíců, poškozené znaky s diakritikou a zřetězené věty, které se promítají do nesmyslu, protože fragmenty byly sestaveny v kódu.

Pseudolokalizované kontroly začínají ihned po externalizaci řetězců, tedy dlouho před překladem. Úplné průchody lokalizace začínají, jakmile je k dispozici první přeložená verze, a opakují každý sprint, místo aby čekaly na jeden průchod před vydáním.

Strojové učení porovnává lokalizované snímky obrazovky se zdrojovým rozvržením, aby odhalilo zkrácení a překrývání, hodnotí překlady z hlediska terminologického posunu a seřazuje, která jazyková prostředí představují nejvyšší riziko. Konečné kulturní posouzení stále zůstává na rodilém recenzentovi.

Ano. Vytváří se s parametry locale. Selenium scaffolding, asserce souborů zdrojů a datově řízené smyčky přes kódy locale. Očekávané hodnoty pro jednotlivé locale musí stále pocházet z průvodce styly, nikoli z modelu.

Shrňte tento příspěvek takto: