Mitä on lokalisointitestaus? Esimerkki testitapauksista ja tarkistuslista

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.

The illustration below shows the same product being adapted for different locales, with the language, currency and formatting rules changing while the underlying build stays the same.

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.

It is also called “L10N” because there are 10 characters in between L & N in the word localization.

There is a commercial reason behind the effort as well. A mistranslated label or a date that reads 03/04 as March instead of April erodes trust in a market a team has already paid to enter, and those defects are found by a tester in the target locale rather than by Käyttöliittymätestaus performed in English.

Localization Testing vs Internationalization Testing

The two activities are sequential rather than competing. Internationalization testing (I18N) confirms that the code base can accept any locale at all; localization testing (L10N) then confirms that one specific locale is correct.

Localization Testing (L10N)	Internationalization Testing (I18N)
Verifies that the product feels native in one target region	Verifies that the product can support many regions without redevelopment
Checks translated text, currency, date, time and cultural fit	Checks character encoding, string externalisation and locale-aware code
Runs once the translated build for that market exists	Runs first, before any text is sent for translation
Needs a tester or reviewer who knows the local language	Can be performed by the core team using pseudo-translated builds

Tarkista tämä opetusohjelma a difference between localization and globalization testing.

Kuinka tehdä lokalisointitesti

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

1. Rakennevarmennustestaus on pieni osa toiminnallinen testaus, which is performed before QA starts with any detailed testing. It is close in spirit to smoke testing: the localized build is rejected quickly if the language pack fails to load at all.

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.

Each phase is repeated per locale, not once for the product. A defect fixed in the French build has to be regressed in the German and Japanese builds too, because the same string resource is often shared between them.

Automation in Localization Testing

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

Automation carries a limit worth stating plainly. A script can prove that a currency symbol changed and that no string is truncated, but it cannot judge whether a translation reads naturally or whether an icon offends. Machine checks handle the mechanical layer; a native reviewer still handles the linguistic layer.

Localization Testing Tools

Localization work draws on three different classes of tool, and most teams end up running all three.

• Functional automation frameworks: Selenium, Appium and comparable frameworks re-run the same suite against each locale build, which is where the bulk of repetitive verification happens.
• Translation management systems: Platforms that hold the string resources keep translators, developers and testers working from one glossary, so a term is not translated two different ways in two screens.
• Pseudo-localization utilities: These replace English strings with accented, lengthened placeholders before real translation begins, exposing hard-coded text and layouts that cannot absorb longer words.

Device and browser coverage matters just as much as the tool. Fonts, input methods and default locales differ across platforms, so the localized build has to be exercised on real target devices during mobiilitestaus and across the browser set defined for verkkosovellusten testaus.

Best Practices Checklist for Localization Testing

• Hire a localization firm with expertise in i18n engineering
• 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
• Externalise every string into resource files first, so that no user-visible text remains hard-coded in the source.
• Run a pseudo-localized build early, because it exposes truncation and hard-coded text before translation money is spent.
• Reserve layout space for text expansion, since translations from English frequently run longer than the original label.
• Test right-to-left locales such as Arabic and Hebrew on real screens, where mirrored layouts and mixed-direction text fail most often.
• Maintain a per-locale style guide covering date order, decimal separators, address format, honorifics and tone.
• Have a native speaker review the finished screens, because cultural fit cannot be asserted by a script.

Two of those items depend on the platform rather than the language, which is why localized builds are usually scheduled alongside yhteensopivuustestaus ja konfiguraatiotestaus rather than after them.

Esimerkkejä lokalisointitestauksen testitapauksista

The table below gives a starting set of checks. Each row becomes a full testitapaus once the expected result for the specific locale is filled in.

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	Sorting and alphabetical ordering follow the rules of the target language, not the source language.
13	Right-to-left locales mirror the layout correctly, including navigation, icons and mixed-direction strings.
14	Keyboard input, spell check and search accept accented and multi-byte characters.

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.

Those savings come from catching locale defects once, centrally, instead of once per market support queue. Accessibility gains often follow as well, because the same discipline that keeps a layout intact under longer German strings also keeps it intact under enlarged text during 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

The schedule pressure is the one most teams underestimate. Translation arrives late in the cycle by definition, so localization defects surface close to release, which is exactly when a layout change is most expensive. Planning the locale passes into the wider plan described in ohjelmistotestauksen tyypit keeps that squeeze manageable, and the general ohjelmistojen testaus introduction covers where the phase sits overall.

UKK