Mitä on lokalisointitestaus? Esimerkki testitapauksista ja tarkistuslista

⚡ Älykäs yhteenveto

Lokalisointitestaus tarkistaa, että ohjelmisto toimii oikein tietyllä alueella, kielialueella tai kulttuurissa, ja se kattaa käännetyn sisällön, käyttöliittymän asettelun, valuutan, päivämäärä- ja aikamuodot sekä paikalliset käytännöt, joita käyttäjä odottaa kyseisellä markkina-alueella.

  • 🌐 Lyhenne: Tekniikkaa kirjoitetaan L10N:ksi, koska lokalisoinnissa L:n ja N:n välissä on kymmenen merkkiä.
  • 🎯 Pääkohteet: Sisältö ja käyttöliittymä imevät lähes kaikki lokalisointivirheet, jotka testaaja kirjaa.
  • 🧭 Neljä vaihetta: Tyypillinen sykli koostuu koontiversion todentamisesta, toiminnallisesta testauksesta, regressiotestauksesta ja lopullisesta hyväksynnästä.
  • 📐 Asetteluriski: Käännettyjen merkkijonojen laajeneminen ja kaksitavuiset sekä oikealta vasemmalle kirjoitetut merkit rikkovat asetteluja, joita englanti ei koskaan esitellyt.
  • 🤖 Automaatio: Skriptatut paketit maksavat itsensä takaisin nopeasti, kun samat skenaariot toimivat useissa eri paikoissa.
  • 🔀 Ei sama kuin I18N: Kansainvälistäminen valmistelee koodin; lokalisointi varmistaa yhden valmiin markkinan.

Kohdekielen kielen, valuutan ja päivämäärämuotojen lokalisointitestaus

Lokalisoinnin testaus

Lokalisoinnin testaus on ohjelmistojen testaustekniikka, jossa ohjelmiston käyttäytymistä testataan tietyllä alueella, alueella tai kulttuurissa. Ohjelmiston lokalisointitestauksen tarkoituksena on testata tietylle alueelle sopivia kielellisiä ja kulttuurisia näkökohtia. Se on prosessi, jossa ohjelmisto mukautetaan kohdekielen ja -maan mukaan.

Suurin osa lokalisointitestauksesta koskee sisältöä ja käyttöliittymää.

Se on prosessi, jossa testataan globalisoitua sovellusta, jonka käyttöliittymä, oletuskieli, valuutta, päivämäärä, aikamuoto ja dokumentaatio on suunniteltu kohdemaan tai -alueen mukaan. Se varmistaa, että sovellus on riittävän käyttökelpoinen kyseisessä maassa.

Esimerkiksi:

1. Jos projekti on suunniteltu Intian Tamil Nadun osavaltioon, suunnitellun projektin tulee olla tamilin kielellä, tamili-virtuaalinäppäimistön tulee olla läsnä jne.

2. Jos projekti on suunniteltu Yhdysvaltoihin, niin ajan muotoa tulee muuttaa USA:n standardiajan mukaan. Myös kielen ja rahamuodon tulee noudattaa USA:n standardeja.

Alla olevassa kuvassa näkyy, kuinka samaa tuotetta mukautetaan eri kielille siten, että kieli, valuutta ja muotoilusäännöt muuttuvat, mutta pohjana oleva versio pysyy samana.

Lokalisointitestaus yhden tuoteversion mukauttaminen useille kohdekielille

Miksi lokalisointitestaus?

Lokalisointitestauksen tarkoituksena on tarkistaa tietylle alueelle sopivat kielelliset ja kulttuuriset näkökohdat. Se sisältää muutoksen käyttöliittymään tai jopa alkuasetuksiin vaatimusten mukaisesti.

Tämän tyyppisessä testauksessa monet eri testaajat toistavat samat toiminnot. He tarkistavat erilaisia ​​asioita, kuten typografiset virheet, käyttöliittymän kulttuurisen sopivuuden, kielivirheet jne.

Sitä kutsutaan myös nimellä ”L10N”, koska sanan lokalisoinnissa on L:n ja N:n välissä 10 merkkiä.

Pyrkimyksen taustalla on myös kaupallinen syy. Väärin käännetty otsikko tai päivämäärä, joka lukee 03/04 maaliskuuna huhtikuun sijaan, heikentää luottamusta markkinoilla, joille tiimi on jo maksanut päästäkseen, ja nämä viat löytää testaaja kohdekielellä eikä... Käyttöliittymätestaus suoritettu englanniksi.

Lokalisointitestaus vs. kansainvälistämistestaus

Nämä kaksi toimintoa ovat peräkkäisiä eivätkä kilpaile keskenään. Kansainvälistymistestaus (I18N) varmistaa, että koodikanta voi hyväksyä minkä tahansa kieliasetuksen; lokalisointitestaus (L10N) varmistaa sitten, että yksi tietty kieliasetus on oikein.

Lokalisointitestaus (L10N) Kansainvälistymistestaus (I18N)
Varmistaa, että tuote tuntuu alkuperäiseltä yhdellä kohdealueella Varmistaa, että tuote tukee useita alueita ilman uudelleenrakentamista
Tarkistaa käännetyn tekstin, valuutan, päivämäärän, kellonajan ja kulttuurisen sopivuuden Tarkistaa merkistökoodauksen, merkkijonojen ulkoistamisen ja kielikohtaiset asetukset huomioivan koodin
Suoritetaan, kun kyseiselle markkina-alueelle käännetty versio on olemassa Suoritetaan ensin, ennen kuin teksti lähetetään käännettäväksi
Tarvitaan testaaja tai arvioija, joka osaa paikallista kieltä Ydintiimi voi suorittaa tämän käyttämällä pseudokäännettyjä koontiversioita

Tarkista tämä opetusohjelma Ero lokalisointi- ja globalisointitestauksen välillä.

Kuinka tehdä lokalisointitesti

Tyypillistä lokalisointitestausta varten määritämme koontiversion varmistustestauksen, Toiminnallinen testaus, Regressiotestaus, ja lopullinen allekirjoitus.

1. Rakennevarmennustestaus on pieni osa toiminnallinen testaus, joka suoritetaan ennen kuin laadunvarmistus alkaa yksityiskohtaisella testauksella. Se on hengeltään lähellä savutestaus: lokalisoitu versio hylätään nopeasti, jos kielipaketti ei lataudu ollenkaan.

2. Normaali testaus on vaihe normaalien testitapausten suorittamiseksi ja lokivirheiden etsimiseksi suorituksen aikana.

3. Regressiotestaus on Vika regressioprosessi, jolla varmistetaan, että vika on korjattu, vaikka kiinteät viat eivät vaikuta ympäröiviin alueisiin.

4. Lopullinen kirjautuminen on koontiversion lopputarkastus ennen toimitusta asiakkaalle.

Jokainen vaihe toistetaan kielikohtaisesti, ei kerran tuotteelle. Ranskalaisessa koontiversiossa korjattu vika on korjattava myös saksalaisessa ja japanilaisessa koontiversiossa, koska niiden välillä käytetään usein samaa merkkijonoresurssia.

Automaatio lokalisointitestauksessa

Jos projekti on suuri ja sitä on testattava usein, lähdemme eteenpäin Automaatiotestaus.

  • Valitse automaatiotyökalu skriptien kirjoittamiseen.
  • Testaa skenaario lokalisointistrategiaa varten.
  • Kirjoita skriptit sen mukaan.
  • Kerää tulokset ja päivitä skenaario hyväksytyksi/hylätyksi.

Huomautus: Selenium on yksi uraauurtavista työkaluista tällä alalla. Se on erittäin monipuolinen, mutta sen käyttäminen vaatii enemmän teknistä tietämystä.

Automaatiolla on rajansa, joka kannattaa mainita selvästi. Skripti voi todistaa, että valuuttasymboli on muuttunut eikä merkkijonoa ole katkaistu, mutta se ei voi arvioida, onko käännös luonnollinen vai onko kuvake virheellinen. Konetarkistukset hoitavat mekaanisen tason; natiivitarkistaja hoitaa edelleen kieliopillisen tason.

Lokalisointitestaustyökalut

Lokalisointityössä käytetään kolmea erityyppistä työkalua, ja useimmat tiimit käyttävät lopulta kaikkia kolmea.

  • Toiminnalliset automaatiokehykset: Selenium, Appium ja vastaavat kehykset suorittavat saman paketin uudelleen jokaista kieliversiota vastaan, missä suurin osa toistuvista tarkistuksista tapahtuu.
  • Käännöstenhallintajärjestelmät: Merkkijonoresursseja sisältävät alustat pitävät kääntäjät, kehittäjät ja testaajat työskentelemässä yhden sanaston parissa, joten samaa termiä ei käännetä kahdella eri tavalla kahdella näytöllä.
  • Pseudolokalisointiapuohjelmat: Nämä korvaavat englanninkieliset merkkijonot aksenttisilla, pidennettyillä paikkamerkeillä ennen varsinaisen käännöksen alkamista, paljastaen kovakoodatun tekstin ja asettelut, jotka eivät pysty omaksumaan pidempiä sanoja.

Laite- ja selainkattavuus on aivan yhtä tärkeä kuin työkalu. Fontit, syöttötavat ja oletuskieliasetukset vaihtelevat alustojen välillä, joten lokalisoitu versio on testattava oikeilla kohdelaitteilla. mobiilitestaus ja selainjoukossa, joka on määritelty verkkosovellusten testaus.

Lokalisointitestauksen parhaiden käytäntöjen tarkistuslista

  • Palkkaa lokalisointiyritys, jolla on asiantuntemusta i18n-suunnittelusta
  • Varmista, että lokalisoinnin testausstrategiasi antaa enemmän aikaa kaksitavuisille kielille.
  • Varmista, että kansainvälistät koodisi oikein DBCS:ää varten ennen ex-tiedostoa.tracminkä tahansa tekstin lähettäminen käännettäväksi
  • Ulkoista jokainen merkkijono ensin resurssitiedostoihin, jotta lähdekoodiin ei jää kovakoodattua käyttäjälle näkyvää tekstiä.
  • Suorita pseudo-lokalisoitu käännös aikaisin, koska se paljastaa katkaisun ja kovakoodatun tekstin ennen kuin käännösrahaa on käytetty.
  • Varaa tekstin laajennukselle asettelutilaa, koska englannista tehdyt käännökset ovat usein pidempiä kuin alkuperäinen teksti.
  • Testaa oikealta vasemmalle kirjoitettavia kieliä, kuten arabiaa ja hepreaa, oikeilla näytöillä, joilla peilatut asettelut ja sekakirjoitus epäonnistuvat useimmiten.
  • Ylläpidä kielikohtaista tyyliopasta, joka käsittelee päivämääräjärjestystä, desimaalierottimia, osoitteen muotoa, kunniamerkkejä ja sävyä.
  • Pyydä natiivia puhuvaa henkilöä tarkistamaan valmiit näytöt, koska kulttuurista sopivuutta ei voida varmistaa käsikirjoituksella.

Kaksi näistä kohteista riippuu pikemminkin alustasta kuin kielestä, minkä vuoksi lokalisoidut koontiversiot ajoitetaan yleensä rinnakkain yhteensopivuustestaus ja konfiguraatiotestaus sen sijaan, että heidän jälkeensä.

Esimerkkejä lokalisointitestauksen testitapauksista

Alla oleva taulukko antaa lähtökohtaisesti joukon tarkistuksia. Jokaisesta rivistä tulee täysimittainen tarkistus. testitapaus kun tietyn kieliasetuksen odotettu tulos on täytetty.

S. no Testitapaus Descriptioni
1 Sanastoja on saatavilla viitettä ja tarkistusta varten.
2 Aika ja päivämäärä on muotoiltu oikein kohdealueelle.
3 Puhelinnumeromuodot sopivat kohdealueelle.
4 Kohdealueen valuutta.
5 Noudattavatko lisenssi ja säännöt nykyistä verkkosivustoa (aluetta).
6 Tekstin sisältö Sivujen asettelu on virheetöntä, fonttiriippumaton ja rivien tasaukset.
7 Erikoismerkit, hyperlinkit ja pikanäppäimet.
8 Vahvistusviesti syöttökentille.
9 Luotu versio sisältää kaikki tarvittavat tiedostot.
10 Lokalisoidussa näytössä on samantyyppisiä elementtejä ja numeroita kuin lähdetuotteessa.
11 Varmista, että ohjelmistojen tai verkkosovellusten lokalisoitu käyttöliittymä vertaa lähdekäyttöliittymää kohdekäyttöjärjestelmissä ja -käyttöympäristöissä.
12 Lajittelu ja aakkosjärjestys noudattavat kohdekielen, ei lähdekielen sääntöjä.
13 Oikealta vasemmalle kirjoitettavat kieliasetukset peilaavat asettelua oikein, mukaan lukien navigointi, kuvakkeet ja sekasuuntaiset merkkijonot.
14 Näppäimistösyöttö, oikeinkirjoituksen tarkistus ja haku hyväksyvät aksenttiset ja monitavuiset merkit.

Lokalisointitestauksen edut

Seuraavat ovat lokalisointitestauksen edut

  • Testauksen kokonaiskustannukset pienenevät
  • Kokonaistukikustannukset pienenevät
  • Auttaa lyhentämään testaukseen kuluvaa aikaa.
  • Siinä on enemmän joustavuutta ja skaalautuvuutta.

Nämä säästöt tulevat siitä, että kieliasetusten virheet havaitaan kerran keskitetysti sen sijaan, että ne havaittaisiin kerran markkinatukijonoa kohden. Myös saavutettavuuden parannukset seuraavat usein, koska sama kuri, joka pitää asettelun ehjänä pidempien saksankielisten merkkijonojen alla, pitää sen ehjänä myös suurennetun tekstin alla esteettömyyden testaus.

Lokalisointitestauksen haitat

Seuraavat ovat lokalisointitestauksen haasteet

  • Edellyttää verkkotunnuksen asiantuntijaa
  • Paikallisen kääntäjän palkkaaminen tekee prosessista usein kalliin
  • DBCS-merkkien tallennustila vaihtelee eri maissa
  • Testaaja voi kohdata aikatauluhaasteita

Aikataulupaine on se, jota useimmat tiimit aliarvioivat. Käännös saapuu määritelmän mukaan syklin myöhään, joten lokalisointivirheet tulevat esiin lähellä julkaisua, mikä on juuri se hetki, jolloin asettelun muutos on kallein. Lokalisoinnin suunnittelu siirtyy osaksi laajempaa suunnitelmaa, jota kuvataan kohdassa ohjelmistotestauksen tyypit pitää puristuksen hallittavana, ja yleinen ohjelmistojen testaus Johdanto käsittelee vaiheen kokonaiskuvaa.

UKK

Vaihtamalla laitteen arabian- tai hepreankielelle ja tarkistamalla, että koko asettelu peilaa – navigointi, kuvakkeet, edistymisindikaattorit ja vierityssuunta. Sekalaiset merkkijonot, joissa latinankielinen tuotenimi on arabiankielisen tekstin sisällä, ovat tavallinen vikakohta.

Käännetty teksti on usein pidempi kuin englanninkielinen alkuperäinen teksti, joten painikkeet, valikot ja taulukoiden otsikot ylittyvät tai katkeavat. Ylimääräisen leveyden varaaminen suunnittelussa ja sen tarkistaminen pisimmällä kohdekielellä estää useimmat näistä virheistä.

Se korvaa jokaisen käännettävän merkkijonon aksentoidulla, tarkoituksella pidennetyllä versiolla. Kaikki selkokielellä edelleen näkyvä teksti on kiinteästi koodattu, ja kaikki leikatut otsikot osoittavat, että asettelu ei kestä laajennusta. Molemmat löytyvät ennen käännöksen ostamista.

Laadunvarmistusinsinööri suorittaa toiminnalliset ja ulkoasun tarkistukset, ja kohdekielen äidinkielinen puhuja tarkistaa sanamuodot, sävyn ja kulttuurisen sopivuuden. Tällä tavalla jakamalla vältetään kielitieteilijän maksaminen mekaanisten regressiotarkistusten uudelleen suorittamisesta.

Kovakoodatut englanninkieliset merkkijonot, katkaistut otsikot, epäselvä päivämääräjärjestys, väärät desimaali- ja tuhaterottimet, rikkinäiset aksenttimerkit ja ketjutetut lauseet, jotka muuttuvat hölynpölyksi, koska fragmentit on koottu koodiksi.

Pseudolokalisoidut tarkistukset alkavat heti, kun merkkijonot on ulkoistettu, hyvissä ajoin ennen käännöstä. Täydelliset lokaalitarkistukset alkavat, kun ensimmäinen käännetty koontiversio on saatavilla, ja ne toistetaan joka sprintissä sen sijaan, että odotettaisiin yhtä tarkistuskertaa ennen julkaisua.

Koneoppiminen vertaa lokalisoituja kuvakaappauksia lähdekoodin asetteluun merkitäkseen katkaisut ja päällekkäisyydet, pisteyttää käännökset terminologian poikkeamien varalta ja luokittelee ne kielivaihtoehdot, joihin liittyy suurin riski. Lopullisen kulttuurisen arvion tekee edelleen natiivi kääntäjä.

Kyllä. Se luonnostelee kieliparametreilla Selenium tukirakenteita, resurssitiedostoväitteitä ja datapohjaisia ​​silmukoita kielikoodien yli. Kielikohtaisten odotusarvojen on edelleen tultava tyylioppaasta, ei mallista.

Tiivistä tämä viesti seuraavasti: