Що таке тестування локалізації? Приклади тестів і контрольний список
Томас Гамільтон
⚡ Розумний підсумок
Тестування локалізації перевіряє, чи програмне забезпечення правильно поводиться для одного конкретного регіону, локалі чи культури, охоплюючи перекладений контент, макет інтерфейсу користувача, валюту, формати дати та часу, а також локальні домовленості, яких очікує користувач на цьому ринку.
Тестування локалізації
Тестування локалізації це техніка тестування програмного забезпечення, за якої поведінка програмного забезпечення перевіряється для певного регіону, регіону чи культури. Метою проведення тестування локалізації програмного забезпечення є перевірка відповідних мовних і культурних аспектів для певної мови. Це процес налаштування програмного забезпечення відповідно до цільової мови та країни.
Основна сфера, на яку впливає тестування локалізації, включає вміст і інтерфейс користувача.
Це процес тестування глобалізованої програми, інтерфейс користувача, мова за замовчуванням, валюта, формат дати, часу та документація розроблені відповідно до цільової країни чи регіону. Це гарантує, що програма достатньо здатна для використання в цій конкретній країні.
приклад:
1. Якщо проект розроблено для штату Таміл Наду в Індії, розроблений проект має бути тамільською мовою, повинна бути тамільська віртуальна клавіатура тощо.
2. Якщо проект розроблено для США, то формат часу слід змінити відповідно до стандартного часу США. Крім того, формат мови та грошей має відповідати стандартам США.
На ілюстрації нижче показано, як той самий продукт адаптується для різних локалізацій, при цьому мова, валюта та правила форматування змінюються, тоді як базова збірка залишається незмінною.
Навіщо проводити тестування локалізації?
Метою тестування локалізації є перевірка відповідних мовних і культурних аспектів для певної локалі. Він включає зміну інтерфейсу користувача або навіть початкових налаштувань відповідно до вимог.
У цьому типі тестування багато різних тестерів повторюють ті самі функції. Вони перевіряють різні речі, як-от друкарські помилки, культурну відповідність інтерфейсу користувача, мовні помилки тощо.
Його також називають «L10N», оскільки між L та N у слові localization є 10 символів.
Також існує комерційна причина цих зусиль. Неправильно перекладена етикетка або дата, яка читається як 03/04 як березень, а не як квітень, підриває довіру до ринку, за вхід на який команда вже заплатила, і ці недоліки виявляє тестер у цільовій локалізації, а не... Тестування графічного інтерфейсу виконано англійською мовою.
Тестування локалізації проти тестування інтернаціоналізації
Ці дві дії є послідовними, а не конкуруючими. Тестування інтернаціоналізації (I18N) підтверджує, що кодова база може прийняти будь-яку локалізацію; тестування локалізації (L10N) потім підтверджує, що одна конкретна локалізація є правильною.
| Локалізаційне тестування (L10N) | Тестування на інтернаціоналізацію (I18N) |
|---|---|
| Перевіряє, чи продукт є рідним для одного цільового регіону | Підтверджує, що продукт може підтримувати роботу багатьох регіонів без перепланування. |
| Перевіряє перекладений текст, валюту, дату, час та культурну відповідність | Перевіряє кодування символів, екстерналізацію рядків та код, що враховує локалізацію |
| Запускається, щойно з'явиться перекладена збірка для цього ринку | Виконується першим, перш ніж будь-який текст буде надіслано на переклад |
| Потрібен тестувальник або рецензент, який знає місцеву мову. | Може бути виконано основною командою за допомогою псевдоперекладених збірок |
Перевірте цей посібник для різниця між тестуванням локалізації та глобалізації.
Як провести тестування локалізації
Для типового тестування локалізації ми встановлюємо тестування перевірки складання, Функціональне тестування, Регресійне тестування, і остаточне підписання.
1. Тестування верифікації збірки є невеликою підмножиною функціональне тестування, який виконується перед початком контролю якості з будь-яким детальним тестуванням. Він близький за духом до випробування димом: локалізована збірка швидко відхиляється, якщо мовний пакет взагалі не завантажується.
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 відрізняється в різних країнах
- Тестер може зіткнутися з проблемами графіка
Більшість команд недооцінюють тиск графіка. Переклад за визначенням з'являється наприкінці циклу, тому дефекти локалізації проявляються ближче до релізу, а саме тоді, коли зміна макета є найдорожчою. Планування локалізації переходить до ширшого плану, описаного в види тестування програмного забезпечення утримує це стиснення керованим, і загальне тестування програмного забезпечення Вступ охоплює загальне положення цієї фази.
