Тестирование локализации: пошаговое руководство и контрольный список

Подведите итог этому посту следующим образом: 9 мин чтения

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

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

Ключевые выводы

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

Что охватывает локализационное тестирование

Площадь	Что вы проверяете	Типичные ошибки
Лингвистический	Точность, тон, терминология, грамматика, культурное соответствие	Буквальные переводы, непоследовательные термины, неправильная формальность, непереведенные строки
Визуальный / пользовательский интерфейс	Подгонка текста, рендеринг шрифтов, зеркала RTL, изображения соответствуют рынку	Усеченные кнопки, перекрывающийся текст, отсутствующие глифы (“тофу”), незеркальные значки
Функциональный	Формы, поиск, фильтры, оформление заказа, вход в систему, электронные письма, ссылки	Проверка отклоняет местные названия или почтовые индексы, поиск игнорирует акценты, ссылки переходят на неправильный язык
Местные конвенции	Даты, время, числа, валюта, единицы, адреса, номера телефонов	03/04 читается как неправильная дата, неправильный десятичный разделитель, цены в неправильной валюте
SEO и технические	`lang` атрибут, переведенные названия и описания, hreflang, каноники	Английские метазаголовки на французских страницах, отсутствует hreflang, каноники указывают на английский язык

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

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

Локализационное (l10n) тестирование проверяет каждый конкретный языковая версия. Это повторяется для каждого добавляемого вами языка.

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

Пошаговый процесс тестирования локализации

Шаг 1: Определите сферу применения и приоритеты

Перечислите языки, рынки (испанский для Испании и Мексики — разные цели тестирования), страницы и потоки в области действия, а также устройства и браузеры, которые используют ваши посетители. Ранжируйте потоки по влиянию на бизнес: регистрация, оформление заказа и цены предшествуют странице вакансий.

Шаг 2: Подготовка справочного материала

Дайте тестировщикам те же материалы, которые использовали переводчики:

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

Без этого рецензенты спорят о предпочтениях, а не сообщают об ошибках.

Шаг 3: Запустите псевдолокализацию

Перед реальным переводом замените исходный текст растянутой, акцентированной версией, например “Добавить в корзину” → “[Àdd ţö çàŕţ !!!!!]”. Это быстро показывает:

Жестко закодированные строки (они говорят на простом английском)
Макеты, которые ломаются когда текст становится длиннее
Персонажи, которые не отображаются в ваших шрифтах
Объединенные строки (“У вас есть” + количество + “элементов”), которые невозможно перевести правильно

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

Шаг 4: Переведите, затем проверьте текст в контексте

После того, как переводы будут готовы, рецензенты должны их прочитать на странице прямой трансляции или подготовки, не в файле. Контекст меняет значение: “Книга” может быть существительным или глаголом, “Бесплатно” может означать бесплатно или доступно. Проверить:

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

Шаг 5: Визуальное и макетное тестирование

Протестируйте каждую страницу в области действия на настольных компьютерах и мобильных устройствах. Обратите особое внимание на:

Расширение текста. Статья W3C о размер текста в переводе ссылается на рекомендации IBM: английские строки длиной до 10 символов могут расширяться на 200–300% в других европейских языках, а строки длиной более 70 символов — примерно на 130%. Меню, кнопки, вкладки и заголовки таблиц ломаются первыми.
Шрифты. Обратите внимание на пустые поля или внезапную смену шрифта, которые означают, что в шрифте отсутствуют эти символы. Наш список многоязычные шрифты охватывает шрифты по сценарию.
Языки справа налево. На арабском, иврите и персидском языках необходимо зеркальное отображение всего макета: навигации, значков с направлением, индикаторов выполнения, полей форм. Ознакомьтесь с нашим руководством по Дизайн РТЛ.
Разрыв линии. В таких языках, как японский, китайский и тайский, пробелы между словами не используются, поэтому убедитесь, что текст переносится разумно.

Шаг 6: Функциональное тестирование по локали

Просмотрите каждый ключевой поток на каждом языке:

Формы принимать местные названия (акценты, апострофы, нелатинские шрифты), местные почтовые индексы и форматы телефонов, а также показывать сообщения об ошибках на правильном языке.
Поиск и фильтры найдите результаты с акцентами и без них и отсортируйте их в алфавитном порядке в локальном порядке.
Проверить показывает правильную валюту, налоги, способы оплаты и варианты доставки.
Электронные письма и уведомления вызванные потоком поступают на языке посетителя.
Ссылки и перенаправления удерживайте посетителя на его языке; переключатель языка попадает на ту же страницу, а не на домашнюю страницу.

Шаг 7: Проверьте форматы локалей

Даты (03/04/2026 означает 3 апреля в большей части Европы и 4 марта в США), время (12 или 24 часа), цифры (1,234.56 против. 1.234,56 против. 1 234,56), валюты и их положение, единицы измерения, порядок адресов и первый день недели в календарях.

Шаг 8: Проведите SEO и технические проверки

<html lang> атрибут соответствует показанному языку.
Заголовки и метаописания переведены.
Каждый язык имеет свой собственный URL-адрес, при этом hreflang связывает все версии и имеет канонический адрес с самоссылкой. Наша статья о самоссылающиеся теги hreflang показывает, как это проверить за несколько минут.
Основное содержание фактически переведено. Google многоязычное руководство по сайту говорит это “использует видимое содержимое вашей страницы для определения ее языка”, а не атрибуты уровня кода.

Шаг 9: Запись, исправление и повторное тестирование

Регистрируйте каждую проблему с указанием языка, URL-адреса, снимка экрана, текущего текста, предлагаемого исправления и серьезности:

Критический: блокирует поток или меняет смысл (неправильная цена, сломанная касса, оскорбительный текст).
Майор: явно неверно или запутанно, но задача может быть выполнена.
Незначительный: стиль, интервалы или небольшие несоответствия.

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

Шаг 10: Продолжайте тестирование после запуска

Локализация не завершена на момент запуска. Новые страницы, новые продукты и изменения дизайна создают новые строки. Добавьте проверки локализации в контрольный список релизов и запланируйте просмотр лучших страниц на каждом языке каждые несколько месяцев.

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

Лучшие практики

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

Используйте носителей языка, которые знают продукт. Свободно говорящий, который никогда не пользовался вашим продуктом, пропустит терминологические ошибки.

Автоматизируйте то, что механически. Сравнения снимков экрана, сканеры, отмечающие непереведенный текст или отсутствующий hreflang, а также тесты форм могут выполняться в каждом выпуске.

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

Устраните первопричину. Если кнопка ломается на немецком языке, исправление обычно заключается в гибкой компоновке, а не в более коротком немецком слове.

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

ConveyThis построен на рассмотрении переводов в контексте. The визуальный редактор показывает переведенную страницу так, как ее видят посетители, поэтому вы можете одновременно исправлять формулировки и выявлять проблемы с макетом. The глоссарий обеспечивает единообразие условий на всем сайте, командные роли позволяет приглашать переводчиков и рецензентов-носителей языка для каждого языка, а память переводов повторно использует утвержденные переводы. Переведенные страницы получают собственные URL-адреса с помощью hreflang, а также переводятся заголовки и описания, что охватывает большую часть шага 8.

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

ЧАСТО ЗАДАВАЕМЫЕ ВОПРОСЫ

Что такое локализационное тестирование? Проверка точности каждой языковой версии веб-сайта или приложения, ее соответствия макету, функциональности и соответствия местным нормам.

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

Кто должен проводить локализационное тестирование? Тестировщики контроля качества для функциональных и визуальных проверок, носители языка, знающие продукт для лингвистического обзора, и, в идеале, кто-то из целевого рынка для соответствия культуре.

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

Хотите просмотреть каждый перевод на реальной странице, прежде чем посетители его увидят? Создать учетную запись ConveyThis и откройте свой сайт в визуальном редакторе.