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