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.

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.
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.

