Co to jest testowanie lokalizacji? Przykładowe przypadki testowe i lista kontrolna

Testowanie lokalizacji

Testowanie lokalizacji to technika testowania oprogramowania, podczas której testowane jest zachowanie oprogramowania dla określonego regionu, lokalizacji lub kultury. Celem przeprowadzania testów lokalizacyjnych oprogramowania jest przetestowanie odpowiednich aspektów językowych i kulturowych dla określonego regionu. Jest to proces dostosowywania oprogramowania do docelowego języka i kraju.

Główny obszar objęty testami lokalizacyjnymi obejmuje treść i interfejs użytkownika.

Jest to proces testowania zglobalizowanej aplikacji, której interfejs użytkownika, domyślny język, waluta, data, format godziny i dokumentacja są zaprojektowane zgodnie z docelowym krajem lub regionem. Zapewnia to, że aplikacja jest wystarczająco wydajna, aby można ją było używać w danym kraju.

Przykład:

1. Jeżeli projekt jest przeznaczony dla stanu Tamil Nadu w Indiach, projektowany projekt powinien być w języku tamilskim, powinna być dostępna wirtualna klawiatura tamilska itp.

2. Jeżeli projekt jest przeznaczony dla USA, należy zmienić format czasu zgodnie ze standardowym czasem USA. Ponadto język i format pieniędzy powinny być zgodne ze standardami amerykańskimi.

Poniższa ilustracja przedstawia ten sam produkt dostosowany do różnych ustawień regionalnych. Język, waluta i reguły formatowania ulegają zmianie, podczas gdy podstawowa kompilacja pozostaje taka sama.

Dlaczego warto testować lokalizację?

Celem przeprowadzania testów lokalizacyjnych jest sprawdzenie odpowiednich aspektów językowych i kulturowych dla konkretnej lokalizacji. Obejmuje zmianę interfejsu użytkownika lub nawet ustawień początkowych zgodnie z wymaganiami.

W tego typu testach wielu różnych testerów będzie powtarzać te same funkcje. Sprawdzają różne rzeczy, takie jak błędy typograficzne, stosowność kulturową interfejsu użytkownika, błędy językowe itp.

Nazywa się je także „L10N”, ponieważ w słowie „location” między L i N znajduje się 10 znaków.

Za tym przedsięwzięciem kryje się również powód komercyjny. Błędnie przetłumaczona etykieta lub data 03/04 jako marzec zamiast kwietnia podważa zaufanie do rynku, za wejście na który zespół już zapłacił, a te defekty są wykrywane przez testera w lokalizacji docelowej, a nie przez… Testowanie GUI wykonywane w języku angielskim.

Testowanie lokalizacji a testowanie internacjonalizacji

Te dwie czynności są sekwencyjne, a nie konkurujące ze sobą. Testowanie internacjonalizacji (I18N) potwierdza, że ​​baza kodu obsługuje dowolną lokalizację; testowanie lokalizacji (L10N) potwierdza następnie, że jedna konkretna lokalizacja jest poprawna.

Testowanie lokalizacji (L10N)	Testowanie internacjonalizacji (I18N)
Sprawdza, czy produkt wydaje się być rodzimy w danym regionie docelowym	Sprawdza, czy produkt może obsługiwać wiele regionów bez konieczności ponownego rozwoju
Sprawdza przetłumaczony tekst, walutę, datę, godzinę i dopasowanie kulturowe	Sprawdza kodowanie znaków, eksternalizację ciągów i kod uwzględniający ustawienia regionalne
Uruchamia się po utworzeniu przetłumaczonej kompilacji dla danego rynku	Działa jako pierwszy, zanim jakikolwiek tekst zostanie wysłany do tłumaczenia
Potrzebny tester lub recenzent znający lokalny język	Może zostać wykonane przez zespół główny przy użyciu pseudoprzetłumaczonych kompilacji

Sprawdź ten samouczek różnica między testowaniem lokalizacji i globalizacji.

Jak przeprowadzić testy lokalizacyjne

W przypadku typowych testów lokalizacyjnych skonfigurowaliśmy testy sprawdzające kompilację, Testy funkcjonalne, Testy regresjii ostateczne podpisanie umowy.

1. Testowanie weryfikacyjne kompilacji to niewielki podzbiór testy funkcjonalności, które wykonuje się przed rozpoczęciem testów jakościowych, w których wymagane są szczegółowe testy. Jest to bliskie duchowi testowanie dymne:kompilacja zlokalizowana jest szybko odrzucana, jeśli pakiet językowy w ogóle nie zostanie załadowany.

2. Testowanie normalne to etap polegający na uruchomieniu zwykłych przypadków testowych i wykryciu defektów w dzienniku podczas wykonywania.

3. Testowanie regresyjne jest Wada proces regresji, aby upewnić się, że usterka została naprawiona, a usunięte wady nie mają wpływu na otaczające obszary.

4. Zatwierdzenie końcowe polega na ostatecznym sprawdzeniu konstrukcji przed dostawą do klienta.

Każda faza jest powtarzana dla każdej lokalizacji, a nie raz dla całego produktu. Błąd naprawiony w wersji francuskiej musi zostać poprawiony również w wersjach niemieckiej i japońskiej, ponieważ często współdzielą one ten sam zasób ciągów znaków.

Automatyzacja w testowaniu lokalizacyjnym

Jeśli projekt jest duży i wymaga częstych testów, wtedy stawiamy na to Testowanie automatyzacji.

• Wybierz narzędzie do automatyzacji pisania skryptów.
• Weź scenariusz do przetestowania pod kątem strategii lokalizacji.
• Napisz skrypty zgodnie z tym.
• Zbierz wyniki i zaktualizuj scenariusz jako Pass/Fail.

Uwaga: Selenium jest jednym z pionierskich narzędzi w tym obszarze. Jest bardzo bogaty w funkcje, jednak jego użycie wymaga większej wiedzy technicznej.

Automatyzacja niesie ze sobą ograniczenia, które warto jasno określić. Skrypt może udowodnić, że symbol waluty uległ zmianie i że żaden ciąg znaków nie został skrócony, ale nie jest w stanie ocenić, czy tłumaczenie jest zrozumiałe, czy też ikona obraża. Kontrola maszynowa zajmuje się warstwą mechaniczną; natywny recenzent nadal zajmuje się warstwą językową.

Narzędzia do testowania lokalizacji

Prace lokalizacyjne opierają się na trzech różnych klasach narzędzi i większość zespołów kończy na używaniu wszystkich trzech.

• Funkcjonalne ramy automatyzacji: Selenium, Appium a porównywalne struktury ponownie uruchamiają ten sam pakiet dla każdej kompilacji regionalnej, podczas której odbywa się większość powtarzalnej weryfikacji.
• Systemy zarządzania tłumaczeniami: Platformy przechowujące zasoby tekstowe pozwalają tłumaczom, programistom i testerom pracować z jednym słownikiem, dzięki czemu ten sam termin nie jest tłumaczony na dwa różne sposoby na dwóch ekranach.
• Narzędzia pseudolokalizacyjne: Zastępują one angielskie ciągi znaków akcentowanymi, wydłużonymi symbolami zastępczymi przed rozpoczęciem właściwego tłumaczenia, odsłaniając zakodowany na stałe tekst i układy, które nie są w stanie pomieścić dłuższych słów.

Pokrycie urządzenia i przeglądarki ma równie duże znaczenie, co samo narzędzie. Czcionki, metody wprowadzania i domyślne ustawienia regionalne różnią się na różnych platformach, dlatego zlokalizowaną kompilację należy przetestować na rzeczywistych urządzeniach docelowych. testy mobilne i w całym zestawie przeglądarki zdefiniowanym dla testowanie aplikacji internetowych.

Lista kontrolna najlepszych praktyk w zakresie testowania lokalizacji

• Zatrudnij firmę lokalizacyjną specjalizującą się w inżynierii i18n
• Upewnij się, że Twoja strategia testowania lokalizacji przewiduje więcej czasu dla języków dwubajtowych.
• Przed wykonaniem przykładu upewnij się, że prawidłowo zinternacjonalizowałeś swój kod dla znaków DBCS.tracwysyłanie dowolnego tekstu do przetłumaczenia
• Najpierw umieść każdy ciąg znaków w plikach zasobów, tak aby żaden widoczny dla użytkownika tekst nie pozostał zakodowany na stałe w źródle.
• Uruchom pseudolokalizowaną kompilację jak najwcześniej, ponieważ ujawnia ona obcięcie kodu i zakodowany na stałe tekst przed wydaniem pieniędzy na tłumaczenie.
• Zarezerwuj miejsce na rozbudowę tekstu, ponieważ tłumaczenia z języka angielskiego często są dłuższe niż oryginalna etykieta.
• Przetestuj języki pisane od prawej do lewej, takie jak arabski i hebrajski, na prawdziwych ekranach, gdzie najczęściej zawodzą układy lustrzane i tekst w mieszanym kierunku.
• Utrzymuj przewodnik stylistyczny dla poszczególnych ustawień regionalnych, obejmujący kolejność dat, separatory dziesiętne, format adresu, tytuły grzecznościowe i ton.
• Poproś native speakera o przejrzenie gotowych ekranów, ponieważ nie da się stwierdzić dopasowania kulturowego na podstawie scenariusza.

Dwa z tych elementów zależą od platformy, a nie języka, dlatego kompilacje lokalne są zazwyczaj planowane równolegle testy zgodności oraz testowanie konfiguracji a nie za nimi.

Przykładowe przypadki testowe do testowania lokalizacji

Poniższa tabela przedstawia początkowy zestaw kontroli. Każdy wiersz staje się pełnym walizka testowa po wpisaniu oczekiwanego wyniku dla określonej lokalizacji.

S.No	Przypadek testowy Descriptjon
1	Glosariusze są dostępne do wglądu i sprawdzenia.
2	Godzina i data są prawidłowo sformatowane dla regionu docelowego.
3	Formaty numerów telefonów są odpowiednie dla regionu docelowego.
4	Waluta dla regionu docelowego.
5	Czy licencja i zasady są zgodne z bieżącą stroną internetową (regionem).
6	Układ treści tekstowych na stronach jest wolny od błędów, niezależny od czcionki i wyrównania linii.
7	Funkcjonalność znaków specjalnych, hiperłączy i skrótów klawiszowych.
8	Komunikat weryfikacyjny dla pól wejściowych.
9	Wygenerowana kompilacja zawiera wszystkie niezbędne pliki.
10	Zlokalizowany ekran ma ten sam typ elementów i liczb, co produkt źródłowy.
11	Upewnij się, że zlokalizowany interfejs użytkownika oprogramowania lub aplikacji internetowych jest porównywalny z interfejsem użytkownika źródłowego w docelowych systemach operacyjnych i środowiskach użytkownika.
12	Sortowanie i porządkowanie alfabetyczne odbywa się zgodnie z zasadami języka docelowego, a nie źródłowego.
13	Ustawienia regionalne od prawej do lewej prawidłowo odzwierciedlają układ, łącznie z nawigacją, ikonami i ciągami znaków o mieszanym kierunku.
14	Wprowadzanie danych z klawiatury, sprawdzanie pisowni i wyszukiwanie obsługują znaki akcentowane i wielobajtowe.

Zalety testów lokalizacyjnych

Oto korzyści wynikające z testowania lokalizacji

• Zmniejszenie ogólnych kosztów testowania
• Zmniejszenie ogólnych kosztów wsparcia
• Pomaga w skróceniu czasu testowania.
• Ma większą elastyczność i skalowalność.

Te oszczędności wynikają z jednokrotnego, centralnego wykrywania defektów lokalizacji, a nie z konieczności jednorazowego sprawdzania każdej kolejki wsparcia na rynku. Często przekłada się to również na korzyści w zakresie dostępności, ponieważ ta sama dyscyplina, która utrzymuje układ w stanie nienaruszonym w przypadku dłuższych ciągów znaków w języku niemieckim, utrzymuje go również w stanie nienaruszonym w przypadku powiększonego tekstu. testowanie dostępności.

Wady testów lokalizacyjnych

Poniżej przedstawiono wyzwania związane z testowaniem lokalizacji

• Wymaga eksperta domenowego
• Zatrudnienie lokalnego tłumacza często powoduje, że proces jest kosztowny
• Przechowywanie znaków DBCS różni się w zależności od kraju
• Tester może napotkać wyzwania związane z harmonogramem

Presja związana z harmonogramem to coś, co większość zespołów bagatelizuje. Z definicji tłumaczenie pojawia się późno w cyklu, więc wady lokalizacyjne ujawniają się tuż przed wydaniem, czyli dokładnie wtedy, gdy zmiana układu jest najbardziej kosztowna. Planowanie lokalizacji wpisuje się w szerszy plan opisany w rodzaje testowania oprogramowania utrzymuje ten ucisk pod kontrolą i ogólnie Testowanie oprogramowania Wprowadzenie opisuje ogólne umiejscowienie fazy.

FAQ