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