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