Тестирование API, для которого не нужен браузер.
testsprite test create --type backend планирует и выполняет реальные HTTP-запросы к вашему живому API — аутентификация, зависимые вызовы, граничные случаи — прямо из терминала или CI. Никакого Playwright, никакого браузера, никаких написанных вручную тестовых скриптов, которые нужно синхронизировать с эндпоинтами.
Читает документацию API, которая у вас уже есть
Фиксируйте то, что сломали
testsprite test rerun <testId> --output json после изменения бэкенда даёт вам pass/fail на реальном эндпоинте — а не снимок мока, который никогда не менялся.
Понимайте, чего вы хотите
Укажите на вашу коллекцию OpenAPI, Swagger или Postman — либо на произвольную документацию — и CLI автоматически преобразует ваши эндпоинты в план тестов.
Проверяйте то, что у вас есть
Планы тестов поддерживают упорядоченные шаги действие/проверка, так что можно выстроить цепочку зависимых вызовов — войти, затем проверить аутентифицированный ответ — так, как это сделал бы настоящий клиент.
Подсказывайте, что нужно исправить
Каждый сбой — это пакет данных с запросом, ответом, гипотезой о первопричине и предложением по исправлению — не нужно копаться в логах, чтобы понять, что сломалось.
$ testsprite test create --project prj_8f2a --type backend \
--plan-from checkout-api-plan.json --run --wait --output json
✓ POST /cart/apply-promo passed 340ms
✗ POST /orders failed 510ms
→ expected 201, got 500
→ rootCause: "promo code not revalidated server-side"
$ testsprite test failure get <testId> --out ./failures
С учётом зависимостей, а не просто эндпоинт за эндпоинтом
Реальные потоки API — это не один запрос, а цепочка: аутентификация, затем получение данных, затем изменение. Планы тестов моделируют эту цепочку как упорядоченные шаги, так что тест может зависеть от результата предыдущего шага.
Создано для команд, ориентированных на бэкенд
Без накладных расходов на браузер
Тесты бэкенда выполняются как чистые HTTP-вызовы — не нужно запускать браузер, нет зависимости от Playwright, CI работает быстрее.
Структурированные планы тестов
testsprite test plan put версионирует ваш план тестов API как JSON, который можно проверять в pull request так же, как код, который он тестирует.
Бесплатная версия для сообщества
Предлагаем бесплатную версию для сообщества, делая наш продукт доступным для всех.
Пакетные запуски
testsprite test run --all --project <id> заново проверяет всю поверхность вашего API одной командой.
Нам доверяют компании по всему миру
"TestSprite предлагает богатую генерацию тест-кейсов, четкую структуру и легко читаемый код. Он также поддерживает простую онлайн-отладку с возможностью быстрого расширения путем генерации новых тест-кейсов."
"Автоматизация TestSprite помогает нам сократить огромное количество ручной работы. Разработчики могут легко обнаруживать и устранять ошибки на более ранних этапах процесса разработки."
Часто задаваемые вопросы
Нужна ли CLI моя спецификация API, или он разберётся сам?
И то, и другое. Укажите на файл OpenAPI, Swagger или Postman — и он напрямую преобразует эндпоинты; без него CLI всё равно может спланировать тесты по произвольной документации или вашему существующему коду.
Что именно запускает --type backend?
Реальные HTTP-запросы к вашему живому API с учётом зависимостей — план тестов может выстроить цепочку из шага аутентификации, шага получения данных и шага изменения, и каждый шаг — это либо действие, либо проверка.
Нужен ли для этого браузер или Playwright?
Нет — тесты бэкенда представляют собой чистые HTTP-вызовы. --type frontend — это путь через браузер на основе Playwright; --type backend полностью его пропускает.
Что происходит, когда тест API падает?
Вы получаете пакет данных о сбое: запрос, ответ, гипотезу о первопричине и рекомендацию по исправлению — заберите его командой testsprite test failure get <testId>.
Можно ли версионировать планы тестов API вместе с кодом?
Да — планы тестов представляют собой JSON. testsprite test plan put обновляет план, а поскольку это просто файл, его можно просматривать как любой другой диф в pull request.