Schluss mit dem Scrapen von Terminal-Ausgaben für Testergebnisse.
Jeder testsprite-Befehl akzeptiert --output json und ersetzt den menschenlesbaren Terminal-Bericht durch strukturierte, parsbare Ausgaben — damit Ihr Dashboard, Ihr Slack-Bot oder Ihr CI-Skript saubere Daten erhält, statt eine Textwand per Regex auseinandernehmen zu müssen.
Integriert in dieselbe CLI, die Sie bereits nutzen
--output json macht aus jedem Befehl Daten, denen Sie wirklich vertrauen können.Ein Flag, jeder Befehl
--output json ist ein globales Flag — nutzen Sie es mit test run, test get, test list oder fast jedem anderen Befehl und erhalten Sie jedes Mal dieselbe strukturierte Form zurück, statt jedes Mal ein anderes Textformat.
Gebaut für Pipelines, nicht für Augen
Strukturierte Ausgaben bedeuten, dass ein CI-Skript ein Feld prüfen und programmatisch entscheiden kann, was als Nächstes passiert, statt nach einer Formulierung zu greppen, die sich zwischen CLI-Versionen ändern könnte.
Speisen Sie Ihr eigenes Dashboard
Leiten Sie die Ergebnisse von --output json in das System, mit dem Sie Builds bereits verfolgen — einen Slack-Bot, ein internes Dashboard, ein Incident-Tool — ohne einen Text-Scraper pflegen zu müssen.
Vorschau, bevor Sie sich festlegen
Kombinieren Sie --output json mit --dry-run, um genau zu sehen, was ein Befehl zurückgeben würde, bevor er tatsächlich ausgeführt wird.
$ testsprite test get TC_checkout_promo ...formatierter, menschenlesbarer Bericht, ausgegeben im Terminal... $ testsprite test get TC_checkout_promo --output json ...dasselbe Ergebnis, zurückgegeben als strukturiertes JSON auf stdout... → direkt in ein Skript, ein Dashboard oder einen Slack-Bot weiterleiten
Bauen Sie keinen Text-Scraper, wenn JSON bereits existiert
Teams, die möchten, dass CI auf Ergebnisse reagiert, landen meist dabei, Regex gegen farbigen Terminal-Text zu schreiben — brüchig, und es bricht in dem Moment, in dem sich die Formatierung der CLI ändert. --output json liefert Ihnen dieselben Daten stattdessen als stabile, parsbare Struktur.
Gebaut für Skripte, nicht nur für Terminals
Funktioniert in der gesamten CLI
--output json ist bei den meisten testsprite-Befehlen verfügbar, sodass Sie für jeden keinen eigenen Integrationsansatz benötigen.
In jedes CI-Skript integrierbar
Strukturierte Ausgaben lassen sich leicht aus GitHub Actions, GitLab CI oder jedem anderen Pipeline-Schritt heraus parsen, sodass Sie einen Build am tatsächlichen Ergebnis statt an einem String-Abgleich festmachen können.
Kostenlose Community-Version
Bietet eine kostenlose Community-Version und macht uns damit für alle zugänglich.
Lässt sich mit nicht-interaktivem Setup kombinieren
Kombinieren Sie --output json mit testsprite setup --from-env --yes --agent <name> für einen CI-Job, der installiert, konfiguriert und zurückmeldet — ganz ohne Menschen im Loop.
Weltweit von Unternehmen vertraut
"TestSprite bietet umfangreiche Testfallgenerierung, klare Struktur und gut lesbaren Code. Außerdem unterstützt es einfaches Online-Debugging mit der Möglichkeit, durch die Generierung neuer Testfälle schnell zu erweitern."
"Die Automatisierung von TestSprite hilft uns, enorm viel manuelle Arbeit zu reduzieren. Die Entwickler können Bugs so leichter und früher im Entwicklungsprozess erkennen und beheben."
FAQ
Was ändert --output json eigentlich?
Es schaltet die Ausgabe eines Befehls von menschenlesbarem Terminal-Text auf strukturierte, parsbare Ausgabe auf stdout um — das zugrunde liegende Ergebnis bleibt dasselbe, nur in einem Format, das Ihre eigenen Tools lesen können.
Welche Befehle unterstützen --output json?
Es ist ein globales Flag, das bei den meisten testsprite-Befehlen verfügbar ist, kein spezieller Modus, der nur in einen einzelnen eingebaut ist.
Kann ich das nutzen, um einen Slack-Bot oder ein internes Dashboard zu speisen?
Ja — da die Ausgabe strukturiert ist, kann jedes Skript, das sie parsen kann, das Ergebnis dorthin weiterleiten, wo Ihr Team den Build-Status ohnehin schon prüft.
Funktioniert --output json mit --dry-run?
Ja — kombinieren Sie beide, um genau zu sehen, was ein Befehl zurückgeben würde, bevor er tatsächlich ausgeführt wird — nützlich, wenn Sie eine neue Integration aufbauen.
Bekomme ich das nur in CI, oder auch lokal?
In jedem Fall dasselbe Flag — es funktioniert genauso, ob Sie testsprite lokal, in GitHub Actions, GitLab CI oder Ihrem eigenen Agent-Loop ausführen.