UAT (User Acceptance Testing): привлекаем пользователей к тестам

UAT (User Acceptance Testing, приёмочное тестирование) — это финальная проверка программного продукта конечными пользователями или их представителями на соответствие бизнес-требованиям. Задача UAT — не искать баги в коде, а подтвердить: система решает реальные задачи заказчика и готова к запуску в прод. Этот этап идёт после тестирования разработчиков и QA и завершается решением «принять / не принять».

Что такое UAT простыми словами

По данным vladislaveremeev.gitbook.io.

Если QA-инженер проверяет, что кнопка нажимается без ошибки, а интеграционный тест — что база корректно передала данные, то UAT отвечает на другой вопрос: получил ли пользователь тот результат, ради которого продукт создавался. Скачанный отчёт открылся без ошибок, но в нём пустые колонки или не учтён нужный сегмент — с точки зрения кода всё исправно, а UAT провален.

По стандарту IEEE 610 приёмочное тестирование — это «формальное тестирование относительно потребностей, требований и бизнес-процессов пользователя, проводимое для определения соответствия системы критериям приёмки». Ключевые слова здесь — «бизнес-процессы» и «критерии приёмки»: UAT проверяет логику работы, а не техническую исправность.

ОБЗОРНЫЙ ПРАКТИКУМ ПО НАШУМЕВШИМ НЕЙРОСЕТЯМ

Нейросети DEEPSEEK И QWEN За 2 часа сделаем полный обзор новых мощных ИИ-моделей, которые бросают вызов нейросети ChatGPT

ТОП-подарки всем участникам лекции:

• Возможность получить Доступ в Нейроклуб на целый месяц
• Как ИИ ускоряет работу и приносит деньги
• За 2 часа вы получите четкий план, как начать работать с ИИ прямо сейчас!

Участвовать бесплатно

Зачем нужен UAT

1. Соответствие ожиданиям. Подтверждает, что продукт закрывает задачи пользователя, а не формальный список функций из ТЗ.
2. Экономия бюджета. Ошибка, найденная до релиза, стоит кратно дешевле, чем правка в проде с простоем и репутационными потерями.
3. Подтверждение требований. Заказчик и команда убеждаются, что усилия ушли в нужное русло, а не в функциональность, которой никто не пользуется.
4. Юридическая точка. Подписанный акт приёмки фиксирует, что продукт сдан по согласованным критериям — это защищает и подрядчика, и клиента.

Кто проводит UAT

UAT проводят не тестировщики, а сторона бизнеса: конечные пользователи, представители заказчика, product-менеджеры, аналитики, маркетологи — те, кто знает предметную область и будет работать с продуктом каждый день. QA-инженер может помогать организовать процесс и фиксировать дефекты, но вердикт «принято» выносит бизнес. Именно поэтому UAT нельзя целиком отдать команде разработки: она проверяет, что построила то, что просили, а не то, что реально нужно пользователю.

Когда проводится: место UAT в цикле

UAT — предпоследний барьер перед релизом. Ему предшествуют модульное тестирование (Unit), проверка QA и системная интеграция (SIT). В классической модели Waterfall UAT проходит один раз перед запуском. В Agile приёмку проводят в конце каждого спринта: пользователь принимает готовые истории по мере их появления, и правки вносятся быстрее.

Критерии готовности и приёмки

Чтобы UAT не превратился в хаос, фиксируют два набора критериев — вход и выход.

Критерии входа (продукт готов к UAT):

• бизнес-требования согласованы и не меняются по ходу;
• код полностью написан (Code Freeze);
• этапы QA и SIT завершены, критические дефекты закрыты;
• развёрнута тестовая среда, приближенная к боевой, с обезличенными данными;
• подготовлены тест-сценарии и способ фиксации проблем.

Критерии выхода (UAT пройден):

• все сценарии из плана прогнаны;
• критические и блокирующие дефекты устранены и перепроверены;
• получено решение Go / No-Go от стейкхолдеров;
• подписан акт приёмки.

UAT vs QA vs SIT: в чём разница

Три этапа часто путают, хотя у каждого своя цель, исполнитель и предмет проверки.

Простая формула: QA и SIT отвечают на вопрос «работает ли система правильно с технической стороны», UAT — «правильную ли систему мы построили».

Виды приёмочного тестирования

• Альфа-тестирование — внутри компании, силами сотрудников и специалистов, в тестовой среде.
• Бета-тестирование — реальными пользователями в «боевых» условиях перед публичным релизом.
• Контрактное (CAT) — проверка соответствия условиям договора и SLA.
• Регуляторное (RAT) — соответствие законам и отраслевым нормам; без него продукт не выпустят на рынок.
• Операционное (OAT) — готовность к эксплуатации: восстановление после сбоев, надёжность, отказоустойчивость, локализация.

Как провести UAT самостоятельно: чек-лист

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

Типичные ошибки UAT

• Проводят силами разработчиков. Команда проверяет соответствие ТЗ, а не реальную задачу пользователя — слепое пятно остаётся.
• Нет критериев приёмки. Без формальных условий «принято» превращается в спор о вкусах, а сроки плывут.
• Тестируют на «чистых» данных. Продукт ломается на реальных объёмах и грязных значениях, которых не было в песочнице.
• Стартуют до Code Freeze. Требования и код меняются по ходу, результаты обнуляются.
• Смешивают с поиском багов. UAT — про бизнес-сценарии; технические дефекты должны быть закрыты на QA раньше.

Заключение

UAT — это не дубль QA, а отдельный барьер, где продукт оценивает бизнес по своим критериям. Правильно организованная приёмка ловит расхождение между «сделали по ТЗ» и «решает задачу» до релиза, экономит бюджет и фиксирует ответственность сторон актом. Ключ к результату — вовлечь настоящих пользователей, задать критерии входа и выхода заранее и не превращать приёмку в поиск багов, которые должны были закрыть раньше.

Частые вопросы об UAT

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

Чем UAT отличается от QA?
QA ищет технические баги в коде силами тестировщиков. UAT проверяет бизнес-сценарии силами пользователей и заказчика — правильную ли систему построили.

Кто проводит UAT?
Сторона бизнеса: конечные пользователи, представители заказчика, product-менеджеры, аналитики. Разработчики UAT не проводят.

Когда проводится UAT?
После QA и системной интеграции, перед релизом. В Waterfall — один раз перед запуском, в Agile — в конце каждого спринта.

Что такое критерии приёмки в UAT?
Заранее согласованные условия, при которых продукт считается принятым: все сценарии пройдены, критические дефекты закрыты, получено решение Go, подписан акт приёмки.