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