GitHub Copilot Browser Tools в VS Code: как тестировать живой сайт без опасных действий агента

Browser Tools позволяют агенту управлять браузером и проверять реальный веб-сценарий. Это удобно для меню, формы, поиска и ошибок 404, но опасно, если агент работает в профиле владельца сайта. Настройка должна начинаться с ограничений, а не с команды «проверь всё».

Агент может открыть страницу, перейти по ссылке, найти элемент, заполнить тестовое поле и вернуть наблюдение. Такой режим полезен для повторяемых сценариев, которые человек вручную проверяет после каждого изменения.

Составьте короткий маршрут: открыть URL, проверить заголовок, перейти к форме, ввести фиктивное значение и убедиться, что появляется ожидаемая ошибка. Каждый шаг должен иметь проверяемый результат, а не только факт клика.

Отправка реальной заявки, публикация страницы, оплата, удаление и изменение аккаунта требуют ручного решения. Даже если агент видит нужную кнопку, это не означает, что ему разрешено её нажимать.

Создайте копию страницы или тестовый домен. В тестовой CRM используйте адреса вида `test@example.com`, а в названии заявки добавляйте заметную метку. Это позволяет проверить путь и быстро удалить результат.

Пользователь для агента должен иметь минимальные права. Не передавайте ему доступ администратора, если нужно только открыть страницу. После теста проверьте, какие заявки и записи появились в сервисе.

Зафиксируйте список доменов, которые можно открывать. Запретите переходы на неизвестные адреса и загрузку файлов из случайных источников. Если сайт подключает сторонний виджет, добавьте его только после проверки необходимости.

Начните с визуального состояния, затем проверьте интерактивность и ошибочные сценарии. Для каждой проверки сохраняйте URL, шаг, ожидаемый результат и фактическое наблюдение.

Проверьте меню, поиск, форму и ссылку на контакты. В мобильном режиме отдельно проверьте раскрытие меню и появление клавиатуры. Не называйте путь успешным, если форма просто исчезла после клика.

Намеренно введите неверный формат почты, остановите загрузку и повторите отправку после ошибки. Сайт должен сохранить введённые данные там, где это безопасно, и показать, что делать дальше.

Хороший отчёт включает снимок состояния, адрес страницы, действие и результат. Если агент сообщает «кнопка работает», попросите уточнить, какой запрос ушёл и какое сообщение появилось.

Скриншот подтверждает внешний вид, URL — маршрут, консоль — часть технического состояния. Ни один источник сам по себе не доказывает, что данные корректно обработаны на стороне сервиса.

Разработчик повторяет ключевой шаг, сравнивает код и просматривает сетевой запрос без чувствительных заголовков. Только после этого изменение можно принять в ветку или черновик.

Если агент не находит элемент, проблема может быть в динамической загрузке, неверном селекторе или состоянии страницы. Повторяйте тест с ожиданием конкретного заголовка, а не с паузой «на всякий случай».

Используйте устойчивые роли и названия. Не полагайтесь на координаты и случайные классы конструктора. После перехода проверяйте, что элемент находится в актуальном DOM.

Результатом должен быть новый экран, сообщение, запрос или запись в тестовом сервисе. Если ничего не изменилось, сценарий считается незавершённым.