Лингвистическое тестирование LQA: сборка, типы ошибок и отчёт

LQA — это проверка локализованного текста в работающем продукте, а не вычитка выгрузки в таблице. Строка может быть верной в переводе и сломаться в интерфейсе: оказаться обрезанной, относиться не к тому действию, потерять переменную или поменять порядок в зависимости от языка. Чтобы отчёт помогал разработке, тестирование проводят на согласованной сборке и фиксируют контекст каждой ошибки.

Что подготовить до тестирования

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

Какие классы ошибок проверяют

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

Как зафиксировать проблему

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

Приоритизация без искусственной драматизации

Серьёзность определяют не только по «красоте текста», а по влиянию на задачу пользователя: можно ли понять действие, завершить регистрацию, оплату или критичный сценарий. Правила приоритизации согласуют с продуктовой командой до старта. LQA-команда описывает наблюдение и языковой риск, а владелец продукта решает порядок исправлений.

Ретест и закрытие цикла

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

Для подготовки исходных строк и контекста посмотрите локализацию ПО. ITTranslate помогает организовать лингвистический контроль, но не заменяет функциональное, security- или нагрузочное тестирование.