Neu: TestSprite CLI ist jetzt live!

Bringen Sie Ihre eigenen Tests mit. Wir führen sie wirklich aus.

Sie müssen Ihre Testsuite keiner Blackbox überlassen. Mit testsprite test code get/put behalten Sie Ihren bestehenden Testcode und führen ihn gegen eine Live-Umgebung aus — mit denselben strukturierten Ergebnissen und Failure-Bundles wie bei einem generierten Test.

Funktioniert mit dem Testcode, den Sie bereits haben

Playwrightpytestrequestsoder Ihr eigenes Skript
Uns ist egal, wer den Test geschrieben hat — Sie, ein KI-Agent oder ein Teammitglied vor zwei Jahren. testsprite sorgt einfach dafür, dass er zählt: wirklich ausgeführt, ehrlich berichtet, versioniert wie Code.

Sichern, was kaputtging

testsprite test code put lädt Ihren bestehenden Test unverändert hoch — kein Umschreiben in ein neues Format, nur damit er in der CLI läuft.

Verstehen, was Sie wollen

testsprite test code get <testId> lädt einen Test jederzeit wieder herunter, sodass die Quelle der Wahrheit immer die Seite bleibt, die Sie zuletzt bearbeitet haben.

Validieren, was Sie haben

Ihr Test läuft genauso wie ein generierter — gegen eine Live-Umgebung, in einer Cloud-Sandbox, mit derselben strukturierten Ausgabe.

Vorschlagen, was Sie brauchen

Ein von Ihnen geschriebener, fehlschlagender Test bekommt dieselbe Failure-Bundle-Behandlung wie ein generierter — Screenshot, DOM-Snapshot, Ursachenhypothese — nicht nur einen Stack-Trace.

$ testsprite test code put --project prj_8f2a --file login.spec.ts
  ✓ Uploaded as TC_login_manual

$ testsprite test run --all --project prj_8f2a --wait --output json
  ✓ TC_login_manual                     passed   1.4s

$ testsprite test code get TC_login_manual --out ./tests
  ✓ Saved to ./tests/login.spec.ts

Ihr Testcode, nicht unserer

Ein Test, den Sie geschrieben haben und verstehen, ist mehr wert als einer, dem Sie blind vertrauen müssen. testsprite führt ihn aus, schreibt ihn nicht um, und liefert die Ergebnisse in jedem Fall im selben strukturierten Format zurück.

Entwickelt für Teams mit bestehender Testabdeckung

Keine Migration nötig

Wechseln Sie zu testsprites Ausführung und Reporting, ohne zuerst eine funktionierende Testsuite umschreiben zu müssen.

Dieselben Failure-Bundles

Hochgeladene Tests erhalten bei einem Fehlschlag dieselbe Ursachenhypothese und denselben Korrekturvorschlag wie generierte.

Kostenlose Community-Version

Bietet eine kostenlose Community-Version, die uns für jeden zugänglich macht.

Beliebig kombinieren

Führen Sie generierte und hochgeladene Tests im selben Projekt nebeneinander aus — testsprite test list zeigt beide.

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

Muss ich meine bestehenden Tests umschreiben, um testsprite zu nutzen?

Nein. testsprite test code put lädt Ihre bestehende Testdatei unverändert hoch; sie durchläuft dieselbe Ausführungs- und Reporting-Pipeline wie ein generierter Test.

Welchen Testcode kann ich hochladen?

Alles, was Ihr Projekt ausführen kann — Playwright-Specs, API-Testskripte, was auch immer heute schon bei Ihnen läuft.

Kann ich meinen Testcode wieder herausbekommen?

Ja — testsprite test code get <testId> lädt ihn wieder herunter, sodass Sie nie darauf festgelegt sind, ihn nur innerhalb von testsprite zu bearbeiten.

Was passiert, wenn ein hochgeladener Test fehlschlägt?

Sie erhalten dasselbe Failure-Bundle wie bei einem generierten Test: fehlgeschlagener Schritt, Screenshot, DOM-Snapshot, Ursachenhypothese und eine Korrekturempfehlung.

Kann ich generierte und handgeschriebene Tests gemeinsam ausführen?

Ja — testsprite test run --all --project <id> führt alles im Projekt aus, unabhängig davon, woher der jeweilige Test stammt.