Перейти к основному содержимому

Browser E2E

Браузерные smoke- и E2E-рецепты с использованием инструментов agent-browser.

Метаданные навыка​

ИсточникВстроенный (устанавливается по умолчанию)
Путьskills/web-development/browser-e2e
Версия1.0.0
АвторVibeOS
ЛицензияMIT
Платформыlinux, macos, windows
Тегиbrowser, e2e, playwright, smoke, health, qa
Связанные навыкиinternet-starter, deploy-presets

Справочник: полный SKILL.md​

к сведению

Ниже приведено полное описание навыка, которое VibeOS загружает при его активации. Агент видит эти инструкции, когда навык активен.

Browser E2E Recipes

Повторяемые smoke-проверки для локальных или развёрнутых веб-приложений с использованием встроенных браузерных инструментов (browser_navigate, снимок, клик, ввод). Не замена полноценным тестовым наборам Playwright — быстрый чек-лист для агента.

Когда использовать​

  • После создания каркаса или развёртывания стартера
  • Пользователь просит «пройти» логин, форму или оформление заказа
  • Проверить / и эндпоинты здоровья в реальном браузере

Предварительные требования​

  • Доступен набор браузерных инструментов (agent-browser / локальный Chrome)
  • Целевой URL доступен (локальный localhost или удалённый)

Как запустить​

Минимальная smoke-проверка для internet-starter:

  1. browser_navigate → URL приложения (например, http://127.0.0.1:3000).
  2. Сделать снимок; убедиться, что заголовок/заголовок виден.
  3. browser_navigate → /api/health или /health; убедиться, что в тексте страницы есть ok.
  4. Опционально: нажать на основной CTA; снова сделать снимок.

Для форм:

  1. Перейти на страницу формы.
  2. Сделать снимок; заполнить поля с помощью browser_type, используя ссылки.
  3. Отправить; сделать снимок; проверить наличие текста об успехе или перенаправление.

Краткая справка​

ПроверкаОжидание
ГлавнаяРендерится без фатальных ошибок в консоли
ЗдоровьеJSON или текст содержит ok/healthy
ФормаСостояние успеха после отправки

Процедура​

  1. Убедиться, что сервер работает (curl health) перед открытием браузера.
  2. Держать сценарии короткими (≤8 шагов); останавливаться при первой серьёзной ошибке.
  3. Отчёт: URL, выполненные шаги, успех/неудача, путь к скриншоту (если сделан).
  4. Не хранить пароли в навыках или планах — использовать переменные окружения/секреты.

Подводные камни​

  • Используйте ссылки из последнего снимка; устаревшие ссылки приводят к ошибкам.
  • Стены аутентификации: спросите пользователя; не применяйте brute-force.
  • Тяжёлые SPA могут требовать короткой паузы после навигации перед снимком.

Верификация​

  • Снимок главной страницы показывает ожидаемый бренд/заголовок.
  • Проверка здоровья возвращает успех.
  • Опциональный сценарий завершается маркером успеха, указанным пользователем.