Сайт готов, дизайн утверждён, и кажется, что осталось только нажать кнопку «опубликовать». На практике именно в первые дни после запуска всплывают проблемы: форма не отправляется с телефона, письма падают в спам, редактор не может опубликовать материал, а заявки теряются между сайтом и CRM. Чтобы этого избежать, перед публикацией проводят приёмку — и делают это по сценариям, а не по впечатлению от главной страницы.
Начните с маршрутов, а не с макетов
Главная страница может выглядеть отлично, а вот сценарий «клиент заполнил форму с рекламного объявления на телефоне» — сломаться в трёх местах. Поэтому приёмочный набор строят вокруг действий, которые важны бизнесу:
- просмотр услуги и отправка заявки;
- поиск и фильтры в каталоге;
- переход из рекламного объявления;
- авторизация;
- работа редактора: создание материала, публикация, возврат к предыдущей версии.
Для каждого маршрута фиксируют устройство, браузер, входные данные, ожидаемый результат и человека, который подтвердил проверку. Без такой таблицы приёмка превращается в хаотичный клик по страницам.
Формы: проверяем весь путь, а не кнопку
Тест формы не сводится к нажатию «Отправить». Полный чек-лист выглядит так:
- Обязательные поля и понятность сообщений об ошибках.
- Защита от повторной отправки.
- Блок согласия на обработку данных.
- Уведомление посетителю и письмо ответственному.
- Появление обращения в целевой системе — CRM или почте.
Если форма передаёт выбранную услугу, файл или источник рекламы, эти значения сравнивают с карточкой заявки. Тестовую запись помечают, чтобы менеджер не принял её за реального клиента и не потратил время на звонок.
Мобильная версия и доступность
На телефоне проверяют не только ширину макета. Важны работа меню и кликабельные зоны, поведение клавиатуры в формах, возврат со страницы оплаты или внешнего сервиса, поворот экрана, скорость при обычном мобильном соединении и отправка формы при нестабильной сети. Именно здесь обычно проявляются ошибки адаптива и клиентской логики.
Для интерфейса с клавиатурной навигацией проверяют порядок фокуса и видимость активного элемента. Такие тесты не заменяют полноценный аудит доступности, но ловят очевидные ошибки до того, как их найдут посетители.
Права редакторов: тестируем отдельными учётными записями
Администратор не может подтвердить права редактора — у него слишком широкие возможности, и он способен незаметно обойти ограничение, которое остановит редактора в рабочий день. Для каждой роли используют отдельную тестовую учётную запись и проверяют, что она изменяет разрешённый материал, не видит закрытые разделы и не может опубликовать черновик без согласования, если процесс этого требует. Отдельно проверяют историю изменений и восстановление версии — это спасает, когда публикация пошла не так.
Как оформлять дефекты, чтобы их исправляли
Фраза «на мобильном что-то не так» не даёт разработчику ничего. В карточке дефекта должны быть страница или сценарий, шаги воспроизведения, устройство и браузер, ожидаемый и фактический результат, приоритет.
После исправления повторяют именно тот тест, который выявил дефект, плюс связанные сценарии, если менялся общий компонент, например шаблон формы.
Приоритеты согласуют до тестирования
До начала проверок договариваются, что считается блокирующей ошибкой, а что можно вынести в следующий выпуск. Недоступная форма или ошибка авторизации — это не то же самое, что неточный отступ в редком разрешении. Общая шкала приоритетов позволяет заказчику и исполнителю принимать решения по фактам, а не по громкости обсуждения.
Что получает заказчик после приёмки
Приёмка не заканчивается списком закрытых задач. Заказчик должен получить перечень известных ограничений, доступы к результату и понятный порядок, куда обращаться, если ошибка проявится после публикации. Это снимает типичный спор первых недель после запуска о том, что считалось готовым.
Итог
Приёмка даёт результат, когда тесты привязаны к маршрутам и ролям, а найденные дефекты можно воспроизвести. Согласуйте набор устройств, критерии блокировки и порядок повторной проверки до публикации — и первые дни после запуска пройдут спокойно.
Top comments (0)