Какво е тестване за локализация? Примерни тестови случаи и контролен списък

Тестване на локализация

Тестване на локализация е техника за тестване на софтуер, при която поведението на софтуера се тества за конкретен регион, локал или култура. Целта на тестването за локализация на софтуер е да се тестват подходящи езикови и културни аспекти за конкретен локал. Това е процес на персонализиране на софтуера според целевия език и държава.

Основната област, засегната от тестването за локализация, включва съдържание и потребителски интерфейс.

Това е процес на тестване на глобализирано приложение, чийто потребителски интерфейс, език по подразбиране, валута, дата, формат на часа и документация са проектирани според целевата държава или регион. Той гарантира, че приложението е достатъчно способно за използване в тази конкретна страна.

Пример:

1. Ако проектът е предназначен за щата Тамил Наду в Индия, проектираният проект трябва да е на тамилски език, тамилската виртуална клавиатура трябва да присъства и т.н.

2. Ако проектът е предназначен за САЩ, тогава форматът на часа трябва да бъде променен според стандартното време на САЩ. Освен това езиковият и паричният формат трябва да следват стандартите на САЩ.

Илюстрацията по-долу показва един и същ продукт, адаптиран за различни локализации, като езикът, валутата и правилата за форматиране се променят, докато основната компилация остава същата.

Защо тестване за локализация?

Целта на извършването на локализационно тестване е да се проверят подходящи езикови и културни аспекти за конкретен локал. Включва промяна в потребителския интерфейс или дори първоначалните настройки според изискванията.

При този тип тестване много различни тестери ще повтарят едни и същи функции. Те проверяват различни неща като типографски грешки, културна уместност на потребителския интерфейс, езикови грешки и т.н.

Нарича се още „L10N“, защото има 10 знака между L и N в думата „local“ (локализация).

Съществува и търговска причина зад усилието. Неправилно преведен етикет или дата, която гласи 03/04 като март вместо април, подкопава доверието в пазар, за който екипът вече е платил, за да влезе, и тези дефекти се откриват от тестер в целевия локал, а не от Тестване на графичен потребителски интерфейс изпълнено на английски език.

Тестване за локализация срещу тестване за интернационализация

Двете дейности са последователни, а не конкуриращи се. Тестването за интернационализация (I18N) потвърждава, че кодовата база може да приема всякакъв езиков код; тестването за локализация (L10N) след това потвърждава, че един конкретен езиков код е правилен.

Тестване за локализация (L10N)	Тестване за интернационализация (I18N)
Проверява дали продуктът е местен в един целеви регион.	Проверява дали продуктът може да поддържа много региони без необходимост от реконструкция.
Проверява преведения текст, валута, дата, час и културна съвместимост	Проверява кодирането на символите, екстернализацията на низове и кода, съобразен с локализацията
Стартира, след като преведената компилация за този пазар съществува	Изпълнява се първо, преди да бъде изпратен текст за превод
Нуждае се от тестер или рецензент, който знае местния език	Може да се извърши от основния екип, използвайки псевдопреведени компилации

Проверете този урок за разлика между тестване за локализация и тестване за глобализация.

Как да направите тестване за локализация

За типично тестване за локализация, ние настройваме тестване за проверка на компилация, Функционално тестване, Тестване на регресияи окончателно отписване.

1. Тестването за проверка на компилация е малка част от функционално тестване, което се извършва преди QA да започне с каквото и да е подробно тестване. То е близко по дух до тестване с димЛокализираната компилация се отхвърля бързо, ако езиковият пакет изобщо не се зареди.

2. Нормалното тестване е стъпката за стартиране на нормалните тестови случаи и намиране на дефекти в журнала по време на изпълнение.

3. Регресионното тестване е дефект регресионен процес, за да се гарантира, че дефектът е фиксиран, докато няма въздействие на фиксирани дефекти върху околните области.

4. Окончателното подписване е да се извърши окончателна проверка на конструкцията преди доставката на клиента.

Всяка фаза се повтаря за всяка локализация, а не веднъж за продукта. Дефект, отстранен във френската версия, трябва да бъде отстранен и в немската и японската версия, тъй като един и същ низов ресурс често се споделя между тях.

Автоматизация в локализираното тестване

Ако проектът е голям и трябва да се тества често, тогава ние ще го направим Тестване на автоматизацията.

• Изберете инструмент за автоматизация за писане на скриптове.
• Вземете сценария за тестване за стратегия за локализация.
• Пишете скриптове според това.
• Съберете резултатите и актуализирайте сценария като Успешно/Неуспешно.

Забележка: Selenium е един от пионерските инструменти в тази област. Той е много богат на функции, но изисква повече технически познания за използване.

Автоматизацията има ограничение, което си струва да се посочи ясно. Скрипт може да докаже, че валутният символ е променен и че нито един низ не е отрязан, но не може да прецени дали преводът се чете естествено или дали дадена икона е неподходяща. Машинните проверки обработват механичния слой; носител на езика все още обработва езиковия слой.

Инструменти за тестване на локализация

Работата по локализация използва три различни класа инструменти и повечето екипи в крайна сметка използват и трите.

• Функционални рамки за автоматизация: Selenium, Appium и сравними рамки изпълняват отново един и същ пакет за всяка локална компилация, където се извършва по-голямата част от повтарящите се проверки.
• Системи за управление на преводи: Платформите, които съхраняват низови ресурси, позволяват на преводачите, разработчиците и тестерите да работят с един речник, така че един термин да не се превежда по два различни начина на два екрана.
• Помощни програми за псевдолокализация: Те заместват английските низове с акцентирани, удължени заместители, преди да започне истинският превод, разкривайки твърдо кодиран текст и оформления, които не могат да поемат по-дълги думи.

Покритието на устройствата и браузърите е също толкова важно, колкото и самият инструмент. Шрифтовете, методите за въвеждане и локализацията по подразбиране се различават в различните платформи, така че локализираното компилиране трябва да се упражнява на реални целеви устройства по време на... мобилно тестване и в целия набор от браузъри, дефиниран за тестване на уеб приложения.

Контролен списък с най-добри практики за тестване на локализацията

• Наемете фирма за локализация с опит в i18n инженерството
• Уверете се, че вашата стратегия за тестване на локализация дава повече време за двубайтови езици.
• Уверете се, че правилно интернационализирате кода си за DBCS преди extracизпращане на всеки текст за превод
• Първо екстернализирайте всеки низ в ресурсни файлове, така че никакъв видим за потребителя текст да не остане твърдо кодиран в изходния код.
• Изпълнете псевдолокализирана компилация рано, защото тя разкрива отрязвания и твърдо кодиран текст, преди да бъдат похарчени парите за превод.
• Запазете пространство за оформление за разширяване на текста, тъй като преводите от английски често са по-дълги от оригиналния етикет.
• Тествайте локализации с писане отдясно наляво, като арабски и иврит, на реални екрани, където огледалните оформления и текстът в смесена посока най-често се провалят.
• Поддържайте ръководство за стил за всеки локал, обхващащо реда на датите, десетичните разделители, формата на адреса, почетните обръщения и тона.
• Нека носител на езика прегледа готовите екрани, защото културното съответствие не може да се определи чрез сценарий.

Два от тези елементи зависят от платформата, а не от езика, поради което локализираните компилации обикновено се планират едновременно. тестване за съвместимост намлява тестване на конфигурацията а не след тях.

Примерни тестови случаи за тестване на локализация

Таблицата по-долу дава начален набор от проверки. Всеки ред става пълен тестов случай след като очакваният резултат за конкретния езиков код е попълнен.

S.No	Тестов случай Descriptйон
1	Глосариите са достъпни за справка и проверка.
2	Часът и датата са правилно форматирани за целевия регион.
3	Форматите на телефонния номер са подходящи за целеви регион.
4	Валута за целевия регион.
5	Подчиняват ли се лицензът и правилата на текущия уебсайт (регион).
6	Оформлението на текстовото съдържание в страниците е без грешки, независимо от шрифта и подравняване на редовете.
7	Функционалност на специални знаци, хипервръзки и клавишни комбинации.
8	Съобщение за проверка на полетата за въвеждане.
9	Генерираната компилация включва всички необходими файлове.
10	Локализираният екран има същия тип елементи и числа като този на изходния продукт.
11	Уверете се, че локализираният потребителски интерфейс на софтуера или уеб приложенията се сравнява с изходния потребителски интерфейс в целевите операционни системи и потребителски среди.
12	Сортирането и подреждането по азбучен ред следват правилата на целевия език, а не на изходния език.
13	Локалите от дясно наляво отразяват правилно оформлението, включително навигацията, иконите и низовете със смесена посока.
14	Въвеждането от клавиатура, проверката на правописа и търсенето приемат символи с ударения и многобайтови символи.

Предимства на локализационното тестване

Следват предимствата на локализационното тестване

• Намаляване на общите разходи за тестване
• Намаляване на общите разходи за поддръжка
• Помага за намаляване на времето за тестване.
• Има повече гъвкавост и мащабируемост.

Тези спестявания идват от еднократното централизирано откриване на локални дефекти, вместо веднъж на опашка за пазарна поддръжка. Често следват и подобрения в достъпността, защото същата дисциплина, която запазва оформлението непокътнато при по-дълги немски низове, го запазва непокътнато и при уголемен текст по време на... тестване на достъпността.

Недостатъци на тестването за локализация

Следват предизвикателствата на локализационното тестване

• Изисква експерт по домейн
• Наемането на местен преводач често оскъпява процеса
• Съхранението на DBCS знаци се различава в различните държави
• Тестерът може да се сблъска с предизвикателства в графика

Натискът от графика е този, който повечето екипи подценяват. Преводът пристига късно в цикъла по дефиниция, така че дефектите в локализацията се появяват близо до пускането, което е точно моментът, в който промяната на оформлението е най-скъпа. Планирането на локализацията преминава в по-широкия план, описан в видове софтуерно тестване поддържа това напрежение управляемо, а общото тестване на софтуер Въведението обхваща къде се намира фазата като цяло.

Въпроси и Отговори