Что такое тестирование локализации? Примеры тестовых случаев и контрольный список

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

Тестирование локализации — это метод тестирования программного обеспечения, при котором поведение программного обеспечения проверяется для определенного региона, локали или культуры. Целью локализационного тестирования программного обеспечения является проверка соответствующих языковых и культурных аспектов для конкретного региона. Это процесс настройки программного обеспечения в соответствии с целевым языком и страной.

Основная область, на которую влияет тестирование локализации, — это контент и пользовательский интерфейс.

Это процесс тестирования глобализированного приложения, пользовательский интерфейс которого, язык по умолчанию, валюта, дата, формат времени и документация разработаны в соответствии с целевой страной или регионом. Это гарантирует, что приложение достаточно пригодно для использования в этой конкретной стране.

Это критически важно для анализа и выбора наиболее эффективных ключевых слов для улучшения рейтинга вашего сайта.

1. Если проект разработан для штата Тамил Наду в Индии, разработанный проект должен быть на тамильском языке, должна присутствовать тамильская виртуальная клавиатура и т. д.

2. Если проект разработан для США, то формат времени следует изменить на стандартное время США. Кроме того, язык и денежный формат должны соответствовать стандартам США.

На иллюстрации ниже показана адаптация одного и того же продукта для разных языковых локалей: язык, валюта и правила форматирования изменяются, в то время как базовая структура остается неизменной.

Зачем проводить тестирование локализации?

Целью тестирования локализации является проверка соответствующих языковых и культурных аспектов для конкретного региона. Оно включает в себя изменение пользовательского интерфейса или даже первоначальных настроек в соответствии с требованиями.

В этом типе тестирования множество разных тестировщиков будут повторять одни и те же функции. Они проверяют различные вещи, такие как опечатки, культурное соответствие пользовательского интерфейса, лингвистические ошибки и т. д.

Его также называют «L10N», потому что между буквами L и N в слове «localization» находится 10 символов.

За этими усилиями стоит и коммерческая причина. Неправильно переведенная метка или дата, которая отображается как март 03/04 вместо апреля, подрывает доверие к рынку, на который команда уже заплатила за выход, и эти недостатки обнаруживаются тестировщиком в целевом регионе, а не другими специалистами. Тестирование графического интерфейса Исполнено на английском языке.

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

Эти два процесса выполняются последовательно, а не конкурируют друг с другом. Тестирование интернационализации (I18N) подтверждает, что кодовая база может принимать любую локаль; затем тестирование локализации (L10N) подтверждает корректность одной конкретной локали.

Тестирование локализации (L10N)	Тестирование интернационализации (I18N)
Проверяет, что продукт работает корректно в одном целевом регионе.	Проверяет, что продукт может поддерживать множество регионов без доработки.
Проверяет соответствие переведенного текста, валюты, даты, времени и культурным особенностям.	Проверяет кодировку символов, вынесение строк за пределы памяти и код, учитывающий локаль.
Запускается после того, как будет доступна переведенная версия для данного рынка.	Эта команда выполняется первой, до отправки текста на перевод.
Требуется тестировщик или рецензент, владеющий местным языком.	Может быть выполнено основной командой с использованием псевдопереведенных сборок.

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

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

Для типового локализационного тестирования мы настраиваем проверочное тестирование сборки, Функциональное тестирование, Регрессионное тестированиеи окончательное подписание.

1. Тестирование проверки сборки — это небольшая часть функциональное тестированиеЭта процедура проводится до начала детального тестирования в рамках контроля качества. По своей сути она близка к следующему этапу: тестирование дымаЛокализованная сборка быстро отклоняется, если языковой пакет вообще не загружается.

2. Обычное тестирование — это этап запуска обычных тестовых случаев и обнаружения дефектов в журнале во время выполнения.

3. Регрессионное тестирование дефект процесс регрессии, чтобы гарантировать, что дефект исправлен, при этом исправленные дефекты не влияют на окружающие области.

4. Окончательное утверждение — окончательная проверка сборки перед доставкой клиенту.

Каждый этап повторяется для каждой локали, а не один раз для всего продукта. Дефект, исправленный во французской сборке, необходимо устранить также в немецкой и японской сборках, поскольку один и тот же строковый ресурс часто используется совместно в обеих системах.

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

Если проект большой и его нужно часто тестировать, тогда мы выбираем Автоматизация тестирования.

• Выберите инструмент автоматизации для написания скриптов.
• Возьмите сценарий для проверки стратегии локализации.
• Пишите сценарии в соответствии с этим.
• Соберите результаты и обновите сценарий как «Годен/Не пройден».

Примечание: Selenium является одним из новаторских инструментов в этой области. Он очень многофункциональный, однако для его использования требуется больше технических знаний.

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

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

В работе по локализации используются три разных класса инструментов, и большинство команд в итоге используют все три.

• Фреймворки для функциональной автоматизации: Selenium, Appium А аналогичные фреймворки повторно запускают тот же набор тестов для каждой локализованной сборки, и именно здесь происходит основная часть повторяющейся проверки.
• Системы управления переводами: Платформы, хранящие строковые ресурсы, позволяют переводчикам, разработчикам и тестировщикам работать с одним глоссарием, благодаря чему один и тот же термин не переводится двумя разными способами на двух разных экранах.
• Утилиты псевдолокализации: Эти функции заменяют английские строки на длинные, выделенные диакритическими знаками заполнители до начала реального перевода, что приводит к обнаружению жестко закодированного текста и макетов, которые не могут обрабатывать более длинные слова.

Охват устройств и браузеров имеет такое же важное значение, как и сам инструмент. Шрифты, методы ввода и языковые настройки по умолчанию различаются на разных платформах, поэтому локализованную сборку необходимо протестировать на реальных целевых устройствах. мобильное тестирование и во всем наборе браузеров, определенных для тестирование веб-приложений.

Контрольный список лучших практик для тестирования локализации

• Наймите компанию по локализации, обладающую опытом в разработке решений для интернационализации (i18n).
• Убедитесь, что ваша стратегия тестирования локализации дает больше времени для двухбайтовых языков.
• Перед использованием убедитесь, что ваш код должным образом интернационализирован для DBCS.tracотправка любого текста на перевод.
• Сначала вынесите каждую строку в файлы ресурсов, чтобы в исходном коде не оставалось жестко закодированного текста, видимого пользователю.
• На раннем этапе запускайте псевдолокализованную сборку, поскольку это позволяет выявить усечения и жестко закодированный текст до того, как будут потрачены средства на перевод.
• Предусмотрите место для расширения текста, поскольку переводы с английского языка часто длиннее оригинального текста.
• Протестируйте языковые коды с направлением письма справа налево, такие как арабский и иврит, на реальных экранах, где зеркальное отображение и текст, написанный в разных направлениях, чаще всего дают сбои.
• Необходимо иметь собственное руководство по стилю для каждого региона, охватывающее порядок дат, десятичные разделители, формат обращения, обращения и тон.
• Попросите носителя языка просмотреть готовые фрагменты сценария, поскольку соответствие культурным особенностям невозможно определить по сценарию.

Два из этих пунктов зависят от платформы, а не от языка, поэтому локализованные сборки обычно планируются параллельно. тестирование совместимости и тестирование конфигурации а не после них.

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

В таблице ниже представлен начальный набор проверок. Каждая строка становится полной. прецедент после того, как будет указан ожидаемый результат для конкретного региона.

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

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

Ниже приведены преимущества тестирования локализации.

• Общая стоимость тестирования снижается
• Общее снижение затрат на поддержку
• Помогает сократить время тестирования.
• Он обладает большей гибкостью и масштабируемостью.

Эта экономия достигается за счет обнаружения дефектов локализации один раз, централизованно, вместо того, чтобы выявлять их по очереди поддержки для каждого рынка. За этим часто следует и улучшение доступности, поскольку тот же принцип, который сохраняет целостность макета при отображении длинных немецких строк, также сохраняет его целостность при отображении увеличенного текста. тестирование доступности.

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

Ниже приведены проблемы тестирования локализации.

• Требуется эксперт по предметной области
• Наем местного переводчика часто делает процесс дорогостоящим.
• Хранение символов DBCS различается в разных странах.
• Тестировщик может столкнуться с проблемами графика

Давление, связанное с графиком, — это то, что большинство команд недооценивают. Перевод по определению поступает на поздний этап цикла, поэтому дефекты локализации проявляются ближе к релизу, а именно тогда изменение макета обходится дороже всего. Планирование локализации является частью более широкого плана, описанного в виды тестирования ПО позволяет справляться с этим давлением, и в целом тестирование программного обеспечения Введение описывает общее положение данного этапа.

Часто задаваемые вопросы (FAQ)