Ihre CI weiß bereits, wie sie das liest.
TestSprite-Testergebnisse lassen sich als JUnit XML exportieren – das Format, das die meisten CI-Systeme bereits verarbeiten und anzeigen können. Kein separater Viewer, kein neues Dashboard zum Prüfen: Die Ergebnisse erscheinen neben jeder anderen Test-Suite, die Ihre Pipeline ausführt.
Gebaut für die CI-Dashboards, die Sie bereits prüfen
Spricht ein Format, das CI bereits versteht
JUnit XML ist das Format, das die meisten CI-Test-Report-Schritte bereits verarbeiten, unabhängig davon, welche Sprache oder welches Framework es erzeugt hat. Es gibt keinen eigenen Parser zu schreiben, speziell für die Ausgabe von TestSprite.
Erscheint dort, wo das Team ohnehin schon hinschaut
Die Test-Report-Widgets von Jenkins, GitLab CI, CircleCI und GitHub Actions können TestSprite-Ergebnisse in derselben Lauf-Zusammenfassung darstellen wie jede andere Test-Suite in Ihrer Pipeline.
Kein separater Viewer nötig
Statt sich in ein weiteres Tool einzuloggen, um zu sehen, was bestanden hat, landen Pass/Fail-Zahlen und Fehlerdetails direkt im CI-Lauf, den Ihr Team nach jedem Build ohnehin schon öffnet.
Kombinierbar mit maschinenlesbarer Ausgabe
Nutzen Sie den JUnit-Export für CI-Dashboards, oder greifen Sie zu --output json, wenn ein Skript stattdessen programmatisch auf Ergebnisse reagieren soll.
# .github/workflows/test.yml
- name: Run TestSprite tests
run: testsprite test run TC_checkout_promo
env:
TESTSPRITE_API_KEY: ${{ secrets.TESTSPRITE_API_KEY }}
- name: Publish test report
uses: dorny/test-reporter@v1
if: always()
with:
name: TestSprite Results
path: 'testsprite-results.xml'
reporter: java-junit
Verlangen Sie nicht länger, dass das Team ein zweites Dashboard prüft
Ein Testergebnis, das irgendwo liegt, wo Ihr Team ohnehin nicht hinschaut, wird tendenziell ignoriert. Der Export nach JUnit XML sorgt dafür, dass die Pass/Fail-Ausgabe von TestSprite in derselben CI-Lauf-Zusammenfassung landet wie alles andere, statt jemanden zum Kontextwechsel zu zwingen.
Gebaut für Pipelines, die Sie bereits haben
Funktioniert mit dem, was Sie haben
Jedes CI-System, das JUnit XML unterstützt – und das sind die meisten – kann die Ausgabe von TestSprite ohne zusätzliches Tooling oder eine eigene Integration darstellen.
Passt in einen bestehenden Schritt
Fügen Sie TestSprite als weiteren Testschritt in eine Pipeline ein, die bereits Unit- und Integrationstests ausführt, und der Bericht erscheint in derselben Lauf-Zusammenfassung.
Kostenlose Community-Version
Bietet eine kostenlose Community-Version, die uns für jeden zugänglich macht.
Vorschau, bevor Sie es einbinden
Nutzen Sie --dry-run, um zu sehen, was ein Lauf tun würde, bevor er Teil einer Pipeline wird, die bei jedem Commit ausgeführt wird.
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 ist JUnit XML, und warum interessiert sich CI dafür?
Es ist ein seit Langem etabliertes XML-Schema zur Meldung von Testergebnissen, das ursprünglich aus dem JUnit-Framework stammt, heute aber von den meisten CI-Systemen verarbeitet wird – unabhängig davon, welche Sprache oder welches Framework die Ergebnisse tatsächlich erzeugt hat.
Brauche ich ein Plugin, um TestSprite-Ergebnisse in meinem CI-Dashboard zu sehen?
Nein – die Test-Report-Widgets von Jenkins, GitLab CI, CircleCI und GitHub Actions wissen bereits, wie sie JUnit XML verarbeiten, sodass sich der Export von TestSprite in jeden Test-Report-Schritt einfügt, den Sie bereits konfiguriert haben.
Ersetzt der JUnit-Export die anderen Ausgabeformate der CLI?
Nein – er steht gleichberechtigt neben --output json für maschinenlesbare Ausgaben und der normalen Terminal-Ausgabe. Verwenden Sie das Format, das zum Tool passt, das es liest.
Funktioniert das sowohl für Frontend- als auch für Backend-Testläufe?
Ja – der Export gilt für Ergebnisse unabhängig davon, ob sie aus browserbasierten Frontend-Läufen oder aus Backend-/API-Läufen stammen.
Kann ich sehen, was ein Lauf tun würde, bevor ich ihn in CI einbinde?
Ja – --dry-run zeigt eine Vorschau eines Laufs, ohne ihn auszuführen, was besonders beim ersten Einbinden von TestSprite in eine Pipeline nützlich ist.