Jeder Testlauf hinterlässt Beweise.
Ein grünes Häkchen ohne irgendetwas dahinter ist eine Behauptung, kein Beweis. testsprite test artifact get <runId> holt die tatsächlichen Beweise — Screenshots, DOM-Snapshots, Request/Response-Logs — für jeden beliebigen Lauf, damit Sie die Arbeit prüfen können, nicht nur das Ergebnis.
Jeder Lauf, aktenkundig
Sichern, was kaputtging
testsprite test artifact get <runId> holt das vollständige Beweis-Bundle für einen Lauf — nicht nur die Zeile Bestanden/Fehlgeschlagen, sondern die tatsächlichen Screenshots und Logs dahinter.
Verstehen, was Sie wollen
testsprite test result <testId> --history zeigt, wie sich ein Test über jeden Lauf hinweg verhalten hat, nicht nur beim letzten.
Validieren, was Sie haben
Die Beweise stammen aus der echten Ausführung gegen Ihre Live-Umgebung — dieselben Artefakte, die auch eine Person beim manuellen Debuggen des Fehlschlags haben möchte.
Vorschlagen, was Sie brauchen
Kombinieren Sie das Artefakt mit test failure get für einen fehlgeschlagenen Lauf, und Sie haben sowohl die Rohdaten-Beweise als auch die Ursachenhypothese an einem Ort.
$ testsprite test run --all --project prj_8f2a --wait --output json ✓ TC_checkout_flow passed run_9f21 $ testsprite test artifact get run_9f21 --out ./evidence ✓ Saved screenshots, DOM snapshot, request logs to ./evidence $ testsprite test result TC_checkout_flow --history run_9c10 passed run_9e88 passed run_9f21 passed
Beweis, nicht nur eine Bestanden/Fehlgeschlagen-Zeile
Jeder kann behaupten, ein Test habe bestanden. Ein Audit-Trail ist das, was es jemand anderem erlaubt, diese Behauptung zu prüfen, ohne den Test selbst erneut auszuführen.
Entwickelt für den Moment, in dem jemand fragt: „Bist du sicher?"
Beweise bei jedem Lauf
Artefakte werden automatisch erfasst — Sie müssen nicht daran denken, die Aufzeichnung vor einem wichtigen Lauf einzuschalten.
Historie, nicht nur eine Momentaufnahme
test result --history zeigt den Trend — nützlich, um eine schleichende Regression zu erkennen, die ein einzelner Lauf nicht offenbaren würde.
Kostenlose Community-Version
Bietet eine kostenlose Community-Version, die uns für jeden zugänglich macht.
Kombinierbar mit Diffing
Kombinieren Sie Artefakte mit test diff, um die Beweise für genau das zu sehen, was sich zwischen zwei Läufen geändert hat.
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 steckt tatsächlich im Artefakt-Bundle eines Laufs?
Screenshots, DOM-Snapshots und Request/Response-Logs aus der echten Ausführung — dieselben Beweise, die auch eine Person beim manuellen Debuggen des Fehlschlags sammeln würde.
Muss ich etwas konfigurieren, um Artefakte zu bekommen?
Nein — sie werden als Teil des Laufs erfasst. testsprite test artifact get <runId> ruft sie im Nachhinein ab.
Kann ich sehen, wie sich ein Test über die Zeit verhalten hat, nicht nur bei seinem letzten Lauf?
Ja — testsprite test result <testId> --history zeigt jeden Lauf dieses Tests, nicht nur den letzten.
Warum ist das wichtig, wenn der Test bereits Bestanden oder Fehlgeschlagen gemeldet hat?
Weil eine Statuszeile eine Behauptung ist — das Artefakt ist das, was Ihnen oder einem Teammitglied erlaubt, diese Behauptung zu überprüfen, statt sie einfach zu glauben.
Funktioniert das auch für Tests, die ich selbst hochgeladen habe?
Ja — Artefakt-Erfassung und Historie funktionieren gleich, egal ob der Test generiert oder mit test code put hochgeladen wurde.