Тестируйте каждый pull request перед мерджем.
Когда pull request получает превью-деплой, TestSprite тестирует именно этот URL и комментирует результат в PR — успех, провал и промпт для исправления для вашего кодирующего агента. Включите обязательный чек — и мерджи будут ждать, пока он не станет зелёным.
Работает с любым провайдером, публикующим превью-деплой
Ждёт настоящее превью
TestSprite срабатывает по событию деплоя, а не по началу сборки, — так что он никогда не тестирует URL до того, как тот реально станет доступен.
Комментирует прямо в PR
Результаты публикуются как комментарий: заголовочное количество успехов/сбоев, оценка качества и полная детализация каждого сбоя.
Блокируйте мердж — по желанию
Включите «Блокировать PR до прохождения тестов», чтобы сделать чек TestSprite обязательным — никаких мерджей поверх открытой регрессии.
Черновые PR — на ваш выбор
Включайте черновые pull request в триггер или ждите, пока PR будет отмечен как готовый к ревью, — решаете вы.
Примеры шаблонов целевого URL:
https://pr-123.example.com
→ https://pr-{pr}.example.com
https://app-git-login-fix-team.vercel.app
→ https://app-git-{branch-slug}-team.vercel.app
Плейсхолдеры: {pr} {branch} {branch-slug} {sha} {short-sha}
Дайте ревьюерам настоящий сигнал
Зелёная галочка, которая ни разу не коснулась живого превью, — это догадка, наряженная в уверенность. Комментарий TestSprite отражает то, что действительно произошло, когда настоящий браузер обратился к настоящему URL.
Что попадает в PR
Заголовочный результат
Сколько тестов прошло, провалилось и было заблокировано — заблокированные случаи отображаются отдельно, так как обычно означают пробел в тестовом окружении, а не регрессию.
Детали сбоя
Каждый сбой разворачивается, показывая, что ожидалось, что было замечено, и скриншот момента сбоя.
Предлагаемый промпт для исправления
Готовый к копированию промпт с описанием вероятной первопричины — вставьте его прямо в Cursor, Claude Code или вашего кодирующего агента по выбору.
Бесплатная версия для сообщества
Предлагаем бесплатную версию для сообщества, делая наш продукт доступным для всех.
Нам доверяют компании по всему миру
"Отличная работа! Очень крутой MCP от команды TestSprite! Кодирование с ИИ + тестирование с ИИ помогает вам легко создавать лучшее ПО!"
"Автоматизация TestSprite помогает нам сократить огромное количество ручной работы. Разработчики могут легко обнаруживать и устранять ошибки на более ранних этапах процесса разработки."
Часто задаваемые вопросы
Что должно быть верно, чтобы это заработало?
Вашим pull request нужен собственный превью-деплой с доступным URL — откройте существующий PR, убедитесь, что деплой указан в списке, и откройте этот URL, чтобы проверить, что он загружается. Если на вашем PR не появляется деплой, TestSprite не на что реагировать, пока сначала не будет исправлен ваш пайплайн CI/CD.
Как остановить срабатывание чека до готовности превью?
Выберите событие CI/CD, срабатывающее после того, как деплой станет доступен, а не то, что срабатывает при начале сборки. TestSprite перечисляет события, которые он обнаруживает на образцовом pull request, так что вы можете выбрать правильное и избежать тестирования URL, который ещё не поднят.
Могу ли я потребовать прохождение чека перед мерджем?
Да — включите «Блокировать PR до прохождения тестов» при создании триггера, и чек TestSprite станет обязательным, блокируя мерджи, пока тесты падают.
Добавляет ли это workflow-файл в мой репозиторий?
Нет. Триггер полностью настраивается внутри TestSprite. В ваш репозиторий ничего не добавляется, и ваши существующие workflow GitHub Actions не затрагиваются.
Что если мой превью-URL не следует предсказуемому шаблону?
Настройте стабильный алиас-URL для окружения превью, если ваш хостинг генерирует случайные поддомены, и укажите шаблон URL на него вместо этого — он должен быть предсказуемым по номеру PR, ветке или commit SHA.
Хватит мерджить наугад.
Подключите репозиторий один раз. Каждый pull request тестируется на своём реальном превью-деплое, автоматически.