Приёмка сайта проверяет, выполняет ли готовая работа согласованные задачи бизнеса. Запишите ожидаемый результат, пройдите действие клиента и сохраните подтверждение. Красивый сайт может не доставлять заявки или неправильно создавать заказ.
На проверке я предлагаю владельцу сделать то, что делает покупатель. Фраза «всё готово, посмотрите» перекладывает поиск ошибок на человека, который не обязан знать слабые места разработки. Короткий приёмочный лист даёт разговору понятную основу.
Согласуйте критерии приёмки до финального просмотра
Выберите важные маршруты: найти услугу, запросить расчёт, записаться, купить или открыть файл. Укажите устройства и браузеры по вашей аудитории. Уточните включённые интеграции и проверки, требующие тестовой среды провайдера.
Замените общее одобрение проверяемым результатом
«Форма работает» слишком размыто. «Посетитель с телефона отправляет один раз, офис получает одно обращение с контактами» уже можно проверить. Запишите исполнителя, дату, среду и получателя. Используйте тестовые данные.
В чек-листе UAT Marker.io выделены подготовка, среда, сценарии, выполнение и согласование. Небольшой компании эти этапы можно уместить в одном общем документе. Отдел тестирования для определения готовности не обязателен.
Чек-лист тестирования сайта заказчиком
| Действие клиента | Ожидаемый результат | Подтверждение |
|---|---|---|
| Найти услугу в мобильном меню | Нужная страница и понятный шаг | Адрес и запись проверки |
| Отправить обращение | Одна запись у получателя | Пометка и ответ офиса |
| Открыть действующую рекламу | Нужное предложение | Сверка страницы и объявления |
| Провести поддерживаемый тест заказа | Совпали товар, сумма и статус | Связанные записи систем |
| Пройти путь клавиатурой или с крупным текстом | Главное действие доступно | Устройство, настройки, замечания |
Проверяйте получателя действия
Телефонная кнопка может набирать другой номер. Скачивание - открывать старый файл. Уведомление - уходить разработчику вместо компании. Подтверждение даёт сотрудник, которому нужен результат. Поэтому доставка обращений входит в приёмку.
Ожидаемые результаты и блокеры запуска
Какие подтверждения нужны для приёмки?
Отметьте только проверки, для которых у вас есть подтверждение. Это рабочий список, не оценка качества сайта.
Заявка с телефона
Ожидание: одна отправка доходит в согласованную систему с контактами. Подтверждение: пометка, время и запись у получателя. Ответственные: разработчик и офис. Сообщения об успехе недостаточно.
Запись или покупка
Ожидание: услуга или товар, сумма и статус совпадают. Подтверждение: клиентское уведомление и запись в рабочей системе. Ответственные: операционный сотрудник и разработчик. Потеря или дублирование записи мешает приёмке.
Публикация и восстановление
Ожидание: работу можно восстановить без незаметной потери новых записей. Подтверждение: процедура и безопасная репетиция, где она уместна. Ответственный: руководитель выпуска. Уточните, кто останавливает или откатывает запуск.
Какие ошибки мешают публикации
Потерянная заявка, неверное списание, раскрытие закрытых данных или недоступное основное действие требуют немедленного разбора. Небольшой отступ может иметь другой приоритет. Важность определяют последствия, а не простота исправления.
Запишите ошибку так, чтобы её повторили
Страница, устройство, шаги, ожидание, фактический результат и подтверждение без закрытых данных. Назначьте исполнителя и после ремонта повторите те же шаги. «Опять не работает» передаёт эмоцию, но не помогает воспроизведению.
Условную приёмку фиксируйте отдельно
Для некритичной оставшейся проблемы укажите ограничение, ответственного, срок и того, кто разрешил продолжать. Реакция в чате не заменяет решение о выпуске. Срок исправления и дата публикации - разные договорённости.
Передача сайта и проверка после запуска
Проверьте доступы компании к домену, хостингу, CMS и нужным провайдерам, права и контакты восстановления. Пароли передают подходящим защищённым способом, не в приёмочной таблице.
Для поисковой миграции используйте наш SEO-чек-лист редизайна. Рабочая главная не подтверждает сохранность старых адресов. После публикации повторите основные безопасные проверки уже на рабочем сайте. Если менялись загрузка и взаимодействие, оцените качество работы страницы.
Для нас приёмка связывает разработку с ежедневной работой владельца. Полезная передача - это сайт, проверенный путь клиента и понятный ответственный за следующую проблему.
Частые вопросы
UAT заменяет тестирование разработчика?
Нет. Внутренняя проверка оценивает реализацию, приёмка - согласованные задачи бизнеса с участием заказчика или пользователей. Нужны обе.
Можно принять сайт с небольшими ошибками?
После оценки влияния и фиксации оставшихся задач, сроков и ответственных. Сбой основного действия клиента не относится к косметике.
Достаточно проверить тестовую версию?
Нет. На рабочем домене могут отличаться почта, оплата и другие настройки. После выпуска повторите основные безопасные проверки.