Запускайте тесты автоматически при каждом деплое в GitHub.
Подключите репозиторий один раз, и TestSprite будет слушать событие GitHub, означающее «новая сборка задеплоена и URL доступен», — а затем запускать ваш набор тестов на нём и публиковать результат в виде комментария к pull request или коммит-чека. Никакого workflow-файла, никаких изменений в вашем пайплайне.
Работает с любым провайдером, который деплоит в GitHub
Триггер по вашему CI/CD
Деплой, запуск workflow или статус-чек — задайте уже имеющееся у вас событие CI/CD как сигнал, означающий «готово к тестированию».
Результаты попадают в PR
Прошёл/провален, неудачные шаги и ссылка на повтор публикуются как комментарий к PR или коммит-чек — ревьюеры видят качество наряду с кодом.
Блокируйте мерджи статус-чеком
Включите «Блокировать PR до прохождения тестов», и обязательный чек останавливает мерджи, пока регрессии открыты.
Ноль изменений в workflow-файлах
Всё настраивается внутри TestSprite. Ваш репозиторий, ваш .github/workflows и ваш существующий пайплайн остаются нетронутыми.
1. Ваш пайплайн CI/CD собирает и деплоит приложение
→ создаёт событие деплоя в GitHub
2. TestSprite получает это событие через
интеграцию GitHub App
3. TestSprite определяет целевой URL — из самого
деплоя или из заданного вами шаблона URL
(поддерживает {pr}, {branch}, {branch-slug}, {sha})
4. TestSprite запускает ваши тесты и публикует результаты
в GitHub в виде комментария к PR или коммит-чека
Публикуйте релизы с сигналом, которому можно доверять
Каждый деплой — превью PR или мердж в staging — тестируется на реальном, живом URL. Не мок, не догадка.
Два способа запустить прогон
Pull Request
Лучше всего подходит для отлова регрессий до мерджа. TestSprite тестирует превью-деплой PR и комментирует результат прямо в PR.
Push в ветку
Лучше всего подходит для тестирования общего окружения вроде staging или dev после каждого мерджа. Результаты попадают как чек на коммит.
Запускайте оба независимо
Создайте триггер для PR и триггер для push в одном репозитории — они работают по своим собственным расписаниям, не мешая друг другу.
Промпты для исправления, готовые к вставке
Каждый сбой включает предлагаемый промпт для исправления с описанием вероятной первопричины — вставьте его прямо в вашего ИИ-агента для написания кода.
Нам доверяют компании по всему миру
"TestSprite предлагает богатую генерацию тест-кейсов, четкую структуру и легко читаемый код. Он также поддерживает простую онлайн-отладку с возможностью быстрого расширения путем генерации новых тест-кейсов."
"Автоматизация TestSprite помогает нам сократить огромное количество ручной работы. Разработчики могут легко обнаруживать и устранять ошибки на более ранних этапах процесса разработки."
Часто задаваемые вопросы
Заменяет ли это мой существующий workflow GitHub Actions?
Нет. TestSprite слушает события, которые ваш workflow уже производит — деплой, сборку, статус-чек — и реагирует на них. Он не изменяет и не заменяет ваш пайплайн, и в ваш репозиторий не добавляется никакой workflow-файл.
Какие права нужны приложению GitHub?
Доступ на чтение к Actions, чекам, issues и метаданным; доступ на чтение и запись к коду, статусам коммитов, деплоям и pull request. Доступ на запись используется только для публикации результатов тестов в виде комментариев к PR или коммит-чеков — TestSprite не пушит коммиты и не изменяет workflow-файлы.
Какие хостинг-провайдеры поддерживаются?
Любой провайдер, сообщающий о деплое в GitHub и предоставляющий доступный URL, — включая Vercel, AWS Amplify, Netlify и self-hosted пайплайны, создающие деплои GitHub.
Что если мои превью-URL используют случайный поддомен, а не номер PR?
Поле шаблона URL ожидает предсказуемый шаблон с плейсхолдерами вроде {pr}, {branch}, {branch-slug} и {sha}. Если ваш хостинг генерирует непредсказуемые поддомены, настройте стабильный алиас-URL для окружения превью и укажите TestSprite на него вместо этого.
Что отображается в результате?
Заголовочное количество прошедших/провалившихся/заблокированных тестов, оценка качества, рассчитанная по выполнимому подмножеству набора (заблокированные случаи отображаются отдельно, поскольку они обычно указывают на пробел в тестовом окружении, а не на регрессию продукта), полная детализация ожидаемого и наблюдаемого со скриншотом для каждого сбоя, и готовый к копированию промпт для исправления для вашего кодирующего агента.
Давайте каждому деплою реальный тест, автоматически.
Подключите репозиторий один раз. TestSprite сделает остальное — никакого workflow-файла, никаких изменений в вашем пайплайне, и комментарий или чек при каждом PR и push.