Мультиязычный сайт — это не набор переведённых первых экранов. Выбранный язык должен сохраняться в навигации, интерактивных элементах, форме обращения и сопутствующих сообщениях.
На примере работы над RU / EN / 中文 для INTOR TECH разбираем, что входит в такую проверку и где заканчиваются её доказательства.
Перевод и локализация решают разные задачи
Перевод передаёт смысл текста на другом языке. Локализация сценария связывает эти тексты с поведением интерфейса: куда ведёт кнопка, какое сообщение появляется при ошибке, остаётся ли выбранный язык после перехода.
В рассматриваемой версии русский использовался по умолчанию, английский и упрощённый китайский включались переключателем RU / EN / 中文.
Объём локализации включал:
• видимый контент и навигацию; • интерактивные блоки и форму; • ссылки для обращения по электронной почте; • title, description и Open Graph; • тексты о конфиденциальности, согласии и юридических условиях.
Отдельно проверяли атрибут языка страницы: он должен соответствовать текущей языковой версии.
Почему нужен функциональный тест
При первом прогоне переключения языков обнаружили ошибку: общий обработчик внутренних ссылок удалял языковой параметр. Наличие переведённых текстов не защищало от сбоя в логике переходов.
Дефект исправили, после чего повторно проверили последовательность RU → EN → 中文 → RU в Chromium и WebKit.
Практический вывод: таблица переводов подтверждает наличие текстов, но не работоспособность пользовательского маршрута. Эти задачи требуют разных проверок.
Матрица проверки интерфейса
Тестирование охватило три языка, шесть ширин экрана — 360, 390, 768, 820, 1440 и 1920 пикселей — и два браузерных движка. Все 36 групп UI-проверок прошли успешно.
В проверку вошли меню и Escape, вкладки и управление с клавиатуры, интерактивные элементы, футер, готовность формы и отсутствие горизонтального переполнения. После переключения на английский и китайский в проверенных интерактивных блоках не оставалось видимых кириллических текстов.
Такой набор проверок позволяет оценить не только перевод, но и поведение интерфейса на разных экранах.
Форма: интерфейс отдельно, доставка отдельно
Для формы проверили валидацию, защиту от двойной отправки и семь состояний с имитацией серверных ответов: успешное состояние, ответы 422, 429, 502, 503, 409 и сетевую ошибку.
Реальную заявку в этой итерации не отправляли. Фактическую доставку письма после изменения интерфейса не перепроверяли. Поэтому успешные тесты нельзя трактовать как новое подтверждение всей цепочки доставки.
Это важное разделение: отображение результата, обработка запроса сервером и получение письма — разные точки контроля.
Границы готовности
Редакторское утверждение переводов владельцем оставалось открытым. Отдельного завершения требовали юридические сведения, в том числе реквизиты, адрес, сроки хранения и вопросы инфраструктуры.
Техническая локализация юридических текстов не равна подтверждению их полноты. Аналогично, отсутствие ошибок в интерфейсе не заменяет редакторскую вычитку.
Что взять в работу
Начните с одного сквозного маршрута: выбор языка → знакомство с услугой → заполнение формы → результат действия. Проверьте его на каждом языке с телефона и компьютера.
Фиксируйте отдельно качество текста, работу интерфейса, обработку обращения и юридическую готовность. Тогда формулировка «сайт переведён» не будет скрывать незавершённые части сценария.
Напишите «ЗАВОД» — разберём одну повторяющуюся операцию.