Проверьте, что сайт отправляет запросы к нужному API, показывает ответ сервера и сохраняет изменения после перезагрузки страницы. Для этого подготовьте несколько сценариев: создать запись, изменить её, обновить страницу и проверить результат. Затем повторите действия с ошибочными данными и при недоступном сервере. Такой набор проверок помогает найти разрыв между красивым экраном и реально работающей функцией, прежде чем сайт увидят клиенты.
С чего начать проверку API и сохранения данных?
Возьмите конкретную задачу, которую выполняет пользователь: например, добавить заявку, изменить цену товара или сохранить настройки. Запишите, что должно произойти после каждого действия. Если пользователь вводит название и нажимает «Сохранить», ожидаемый результат — сервер получает данные, подтверждает сохранение, а после перезагрузки страницы значение остаётся прежним.
Сначала выясните, куда сайт отправляет запрос. Откройте инструменты разработчика в браузере и перейдите на вкладку с сетевыми запросами. Выполните действие и найдите запрос, который появился в этот момент. Проверьте его адрес, метод, отправленные поля и ответ сервера. Если запросов нет, кнопка может менять только состояние страницы, не обращаясь к API.
Попросите ИИ-агента показать, где в проекте описан вызов API и как обрабатывается ответ. Попросите объяснить путь данных: от поля формы до запроса, затем от ответа сервера до сообщения на экране. Проверяйте не только текст «Сохранено», но и фактическое значение после повторного открытия записи.
Как проверить, что данные действительно сохранились?
Проведите один сценарий от начала до конца. Введите новое значение, нажмите кнопку сохранения, дождитесь ответа, обновите страницу и снова откройте запись. Если значение пропало, сайт не сохранил его на сервере или загрузил старые данные. Для проверки подойдёт любое тестовое значение, которое легко отличить от исходного, например необычное название товара.
Затем проверьте изменение существующей записи. Сохраните новое значение, перейдите на другую страницу и вернитесь обратно. После этого проверьте запись в том месте, откуда данные загружаются: например, в списке или карточке. Так можно обнаружить ситуацию, когда форма показывает свежий текст, а список продолжает брать старое значение.
Проверьте удаление, если оно предусмотрено. После подтверждения действия запись должна исчезнуть из списка, а после обновления страницы — не появиться снова. Если удалённые записи остаются доступными, уточните у агента, какой запрос отправляется и как сайт обрабатывает ответ сервера.
Для ошибок используйте отдельные проверки: отправьте пустое обязательное поле, слишком длинное значение или запрос при временно недоступном сервере. Сайт должен объяснить, что произошло, и сохранить введённое содержимое формы там, где это уместно. Не считайте сообщение «Готово» доказательством успеха: оно должно появляться после подтверждённого ответа API.
Какие проверки поручить ИИ-агенту?
Дайте агенту не только описание экрана, но и проверяемые условия. Например: «Создай заявку с названием “Проверка API”. После успешного ответа покажи подтверждение. Обнови страницу: заявка должна остаться в списке. Если сервер вернул ошибку, покажи понятное сообщение, а форму не очищай».
Попросите агента перечислить, какие запросы он добавил, какие ответы считает успешными и что показывает при ошибке. Затем попросите написать автоматические проверки для сохранения и загрузки данных. Если в проекте уже есть тесты, уточните команду запуска и попросите привести результат. Просмотрите изменения: тест должен проверять данные на сервере или через API, а не только наличие текста на экране.
После изменений повторите проверки вручную в браузере. Автоматический тест помогает быстро поймать известную ошибку, но не заменяет проверку реального сценария. Для других аспектов можно использовать проверку форм и оплаты после обновления сайта и проверку сайта после смены ИИ-модели.
Какие ошибки встречаются чаще всего?
- Кнопка показывает уведомление об успехе, хотя запрос к API не отправляется.
- Сайт очищает форму до ответа сервера, и при ошибке пользователь теряет введённые данные.
- Запрос возвращает ошибку, но интерфейс всё равно отображает запись как сохранённую.
- После обновления страницы сайт показывает начальное значение вместо сохранённого.
- Список обновляется только после ручной перезагрузки, хотя пользователь ожидает увидеть добавленную запись сразу.
- Тест проверяет цвет кнопки или появление уведомления, но не проверяет, что данные доступны после повторной загрузки.
Если агент сделал экран настроек, проверьте его после перезагрузки отдельно: именно так обнаруживается случай, когда значения хранятся только в локальном состоянии страницы. Если серверной части для функции нет, попросите агента прямо указать это, а не имитировать сохранение.
Как зафиксировать результат проверки?
Составьте короткий список проверок и отмечайте результат для каждой функции: запрос отправлен, сервер ответил успешно, данные пережили перезагрузку, ошибка показана понятно. Запишите шаги, на которых сайт повёл себя иначе, и приложите текст ошибки из сетевых запросов. Так агент получит воспроизводимую задачу вместо общего замечания «сохранение не работает».
Начните с одной важной функции и проверьте её от ввода до повторной загрузки страницы. Затем добавьте сценарий с ошибочным ответом и попросите агента исправить найденные проблемы. Когда базовые проверки проходят, сохраните их как постоянный набор тестов проекта: при следующем изменении сайта вы сможете быстро убедиться, что API и данные работают по-прежнему.
