Ein KI-Testagent, der in Ihrem Terminal zuhause ist.
Installieren Sie die TestSprite-CLI, richten Sie sie auf eine Live-URL oder API und erhalten Sie echte Browser- und Backend-Testabdeckung, ohne die Kommandozeile zu verlassen. Planen Sie Tests aus einem PRD oder einer API-Spezifikation, führen Sie sie in CI aus und erhalten Sie die Ergebnisse als strukturiertes JSON zurück, mit dem Ihre Skripte — oder Ihr Coding-Agent — direkt weiterarbeiten können.
Ein Befehl verbindet sie mit Ihrem Coding-Agenten
Sichern, was kaputtging
Führen Sie nach jeder Änderung testsprite test rerun <testId> aus und erhalten Sie ein Failure-Bundle, sobald etwas kaputtgeht — bevor ein Nutzer es Ihnen sagt.
Verstehen, was Sie wollen
Erstellen Sie mit testsprite test create --plan-template ein Test-Grundgerüst, oder verweisen Sie auf Ihr PRD oder Ihre API-Spezifikation (OpenAPI, Swagger, Postman), damit die Abdeckung eigenständig geplant wird.
Validieren, was Sie haben
testsprite test create --type frontend --plan-from plan.json --run --wait — echte Browser-Tests über Playwright oder abhängigkeitsbewusste Backend-API-Tests, ausgeführt gegen eine Live-URL.
Vorschlagen, was Sie brauchen
Jeder Fehlschlag kommt als ein einziges JSON-Objekt zurück — fehlgeschlagener Schritt, Screenshot, DOM-Snapshot, Ursachenhypothese, Korrekturempfehlung — bereit zur direkten Weiterverarbeitung durch Ihre Skripte oder Ihren Coding-Agenten.
$ npm install -g @testsprite/testsprite-cli
$ testsprite setup
$ testsprite test create --project prj_8f2a --type frontend \
--plan-from checkout-plan.json --run --wait --output json
✓ TC001_Login_Rejects_Empty_Password passed 1.2s
✗ TC002_Checkout_Applies_Promo_Code failed 3.4s
→ failure bundle: testsprite test failure get TC002
$ testsprite test rerun TC002 --wait --output json
✓ TC002_Checkout_Applies_Promo_Code passed 2.9s
Testen Sie überall, wo Sie ein Terminal öffnen können
Lokale Entwicklung, CI-Runner oder im eigenen Shell-Tool Ihres Coding-Agenten — derselbe testsprite-Befehl funktioniert überall, mit --output json fürs Scripting und stabilen Exit-Codes fürs Gating.
Entwickelt für Terminal-First-Teams
Batch-Läufe & Zeitplanung
testsprite test run --all --project <id> führt Ihre gesamte Suite mit einem einzigen Befehl erneut aus — binden Sie es in cron oder Ihren CI-Scheduler ein.
Testpläne als Code
Versionieren Sie Ihre Testpläne als JSON und reviewen Sie sie in einem Pull Request wie jede andere Änderung — plan-from, plan put, plan-template.
Kostenloser Einstieg
Apache-2.0-lizenzierte CLI — installieren und den ersten Test kostenlos ausführen, ganz ohne Sitzplatzbeschränkungen zum Einstieg.
Frontend + Backend, eine CLI
Echte Browser-Tests über Playwright fürs Frontend, abhängigkeitsbewusste API-Tests fürs Backend — --type frontend oder --type backend, gleiche Befehlsstruktur.
Weltweit von Unternehmen geschätzt
"TestSprite bietet eine umfangreiche Testfallgenerierung, eine klare Struktur und leicht lesbaren Code. Es unterstützt auch einfaches Online-Debugging mit der Möglichkeit, schnell durch die Generierung neuer Testfälle zu erweitern."
"Die Automatisierung von TestSprite hilft uns, Tonnen manueller Arbeit zu reduzieren. Die Entwickler können Fehler im Entwicklungsprozess leichter und früher erkennen und beheben."
FAQ
Was führt die TestSprite-CLI tatsächlich aus?
Echte Tests gegen eine Live-URL oder API. Frontend-Tests steuern einen echten Browser über Playwright; Backend-Tests senden echte HTTP-Requests mit Abhängigkeitsverwaltung. Nichts läuft gegen Mocks — --type frontend oder --type backend legt fest, welcher Modus verwendet wird.
Wie verbinde ich sie mit meinem Coding-Agenten?
testsprite agent install <name> verbindet sie direkt aus der CLI heraus mit Claude, Cursor, Copilot, Codex, Windsurf, Cline, Antigravity oder Kiro — kein separater Server, kein eigenes Protokoll zum Konfigurieren.
Kann ich sie auch ganz ohne KI-Agenten nutzen?
Ja. testsprite test create --plan-from plan.json --run --wait --output json funktioniert in jedem Terminal oder CI-Runner. Die CLI benötigt keinen Agenten im Loop — sie ist genauso nützlich, wenn ein Mensch oder ein Skript sie steuert.
Was passiert, wenn ein Test fehlschlägt?
Sie erhalten ein Failure-Bundle: ein JSON-Objekt mit dem fehlgeschlagenen Schritt, einem Screenshot, einem DOM-Snapshot, einer Ursachenhypothese und einer Korrekturempfehlung, alle mit derselben Snapshot-ID versehen — abrufbar mit testsprite test failure get <testId>.
Kann ich sie kostenlos ausprobieren?
Ja. Mit npm install -g @testsprite/testsprite-cli und testsprite setup sind Sie in wenigen Minuten startklar, und die CLI selbst steht unter einer Apache-2.0-Lizenz.