Что такое приёмочное тестирование (UAT) в IT-проектах
Основы3 минРедакция Innovialabs
Коротко
UAT — это финальная проверка продукта заказчиком и реальными пользователями на реальных сценариях, после которой результат официально принимается или возвращается на доработку.
Что такое UAT простыми словами
User Acceptance Testing (UAT), или приёмочное тестирование, — это проверка продукта со стороны заказчика перед запуском. Её цель — убедиться, что система решает бизнес-задачи так, как было договорено, и ей удобно пользоваться в реальной работе.
UAT проводится в самом конце: функции уже реализованы и проверены командой разработки. Итог UAT — решение о приёмке: продукт принят, принят с замечаниями или возвращён на доработку.
Кто проводит UAT
Приёмку проводит сторона заказчика, а не разработчики:
- владелец продукта или ответственный менеджер;
- будущие пользователи: операторы, бухгалтеры, менеджеры продаж, кладовщики;
- иногда — эксперты предметной области, которые знают правила и исключения процесса.
Команда разработки готовит окружение, отвечает на вопросы и исправляет найденное, но не ставит оценку за заказчика.
Чем UAT отличается от QA
| QA-тестирование | UAT | |
|---|---|---|
| Кто проверяет | Тестировщики команды | Заказчик и пользователи |
| Когда | В процессе разработки | Перед запуском |
| Что ищут | Технические ошибки, баги | Соответствие бизнес-задачам |
| Основа | Требования и спецификация | Реальные рабочие сценарии |
| Результат | Отчёты о багах | Решение о приёмке |
QA отвечает на вопрос «работает ли это без ошибок?», а UAT — «это то, что нам нужно?». Продукт может быть без багов и всё равно не пройти приёмку, если он не подходит под реальный процесс.
Как подготовиться к UAT
- Определите критерии приёмки заранее, ещё на этапе требований. Хорошо, если они есть в каждой user story.
- Выберите участников и выделите им время. UAT «между делом» обычно проходит поверхностно.
- Подготовьте окружение: отдельный стенд, максимально похожий на рабочий, с реалистичными тестовыми данными.
- Напишите сценарии на основе реальных рабочих задач.
- Договоритесь о формате замечаний: куда записывать, как оценивать важность.
- Зафиксируйте сроки: сколько длится проверка и сколько времени на исправления.
Как писать сценарии проверки
Сценарий — это пошаговое описание реальной задачи пользователя с ожидаемым результатом. Пример для интернет-магазина:
- Сценарий: оформление заказа с оплатой картой.
- Шаги: найти товар, добавить в корзину, указать адрес, выбрать оплату, оплатить.
- Ожидаемый результат: заказ появился в админке со статусом «Оплачен», покупатель получил уведомление.
- Фактический результат: заполняет проверяющий.
- Статус: пройден / не пройден.
Включайте не только «счастливый путь», но и типичные отклонения: отмена заказа, возврат, неверные данные.
Как оформлять замечания и приёмку
Для каждого замечания фиксируйте:
- что делали (шаги);
- что ожидали и что получили;
- скриншот или запись экрана;
- важность: блокирует работу, мешает, косметика.
Важно отделять дефекты (не работает, как договорено) от новых пожеланий (работает, но хочется иначе). Пожелания обычно оформляются отдельно и не блокируют приёмку.
Завершается UAT подписанием акта приёмки или письменным подтверждением. В нём указывают, что проверено, какие замечания остались и в какие сроки они будут закрыты.
Частые ошибки
- Начинать UAT без критериев приёмки — тогда спор идёт о вкусах.
- Проверять на пустых данных вместо реалистичных.
- Привлекать только руководителя, а не тех, кто будет работать в системе каждый день.
- Смешивать баги и новые идеи в одном списке.
- Не фиксировать результат письменно.