Тесты при каждом деплое и баги, которые заводятся сами
QA Spider тестирует ваше приложение в настоящем браузере и через API, запускает набор тестов при каждом деплое и заводит каждую подтверждённую регрессию в трекер, которым уже пользуется ваша команда. Тариф Enterprise: свяжитесь с нами.
Что вы получаете
- UI-тесты в настоящем браузере
- Контрактные проверки REST и GraphQL
- Баг-репорты по упавшему прогону: шаги, скриншот, серьёзность. С проверкой на дубликаты, заводятся только после вашего одобрения.
- Баги заводятся в Jira, ClickUp, GitHub Issues, Linear, Azure DevOps
- Оповещения в Slack, Discord, Telegram
- AI-триаж: нестабильный тест или настоящий баг
- Первопричина по вашему репозиторию, только чтение
- Серьёзность
- P1
- Шаги
- Добавить товар, открыть /checkout, применить просроченный код, оплатить тестовой картой.
- Ожидалось
- Код отклоняется с сообщением.
- Фактически
- Показывается «Код применён», и списывается полная сумма.
- Заведён в
- Jira, после одобрения. Оповещение в Slack отправлено.
Путь бага
Деплой запускает набор тестов. Упавший тест превращается в баг-репорт; после вашего одобрения он попадает в трекер, а командный чат узнаёт о нём.
После деплоя запускаются тесты, один падает, и его баг-репорт попадает в трекер команды, а сообщение в Slack об этом сообщает.
Прогон падает
При каждом деплое, в настоящем браузере и через ваш API.
Триаж решает
Нестабильный тест, сбой инфраструктуры или настоящий баг продукта.
Отчёт пишется сам
Шаги из того, что реально выполнялось, скриншот, серьёзность.
Вы одобряете
Он попадает в трекер и в чат, но не раньше.
Безопасно по умолчанию
На production запускаются только проверки на чтение. Всё, что создаёт или изменяет данные, запускается только на dev или staging. Заведение задачи или сообщение в чат ждёт вашего одобрения. Мы никогда не скрываем настоящий баг ради зелёного прогона.
Также на Pro
Pro ($29/mo) включает 1 000 тестовых кредитов в месяц: запускайте сгенерированные тесты по запросу, выбирайте тесты, сохраняйте наборы, создавайте тест по описанию и редактируйте его визуально. Расписание, заведение задач в трекере, оповещения в чат и AI-триаж — в Enterprise.
И Web3 тоже. dApps получают тот же подход: паук проходит сценарии с эмулированными кошельками (подключение, смена сети, подпись, отказ), вызывает контракты в тестовых сетях и проверяет, что UI показывает то же, что и блокчейн.
Вопросы от команд
Чем это отличается от того, чтобы писать тесты самим?
Вам ничто не мешает. QA Spider пишет обычный тестовый код, который могла бы написать ваша команда. Разница в том, кто делает работу: он набрасывает тесты, запускает их при каждом деплое, чинит локаторы, когда меняется UI, и заводит баги. Ваши инженеры просматривают результаты.
Он не завалит наш трекер?
Нет. Каждый сбой сначала проходит триаж: нестабильные тесты чинятся, инфраструктурные сбои перезапускаются, и только подтверждённые баги продукта становятся задачами. Задача заводится с вашего одобрения, и каждая проверяется на дубликаты.
Что происходит, когда меняется наш UI?
Если локатор сломался из-за редизайна, паук чинит тест и отмечает это. Если регрессировало поведение, он заводит баг, а не тихо правит тест, чтобы тот оставался зелёным.
Как вы работаете со входом, платежами и тестовыми данными?
Вы даёте пауку тестовые аккаунты для staging. Там он входит в систему, оформляет заказы с тестовыми картами и отправляет формы. Изменяющие данные сценарии запускаются только на dev и staging; на production — только проверки на чтение.
Вам нужен наш исходный код?
Для тестов — нет: паук тестирует приложение так, как его видит пользователь. При желании можно подключить репозиторий только на чтение, чтобы у сбоя были указаны файл и коммит, которые за ним стоят.
Безопасно ли запускать его на production?
На production запускаются только smoke-проверки на чтение. Всё, что создаёт, изменяет или удаляет данные, помечено как изменяющее и запускается только на dev или staging.