Chaque exécution de test laisse des preuves derrière elle.
Une coche verte sans rien derrière n'est qu'une affirmation, pas une preuve. testsprite test artifact get <runId> récupère les preuves réelles — captures d'écran, snapshots du DOM, logs de requêtes/réponses — pour n'importe quelle exécution, pour que vous puissiez vérifier le travail, pas seulement le verdict.
Chaque exécution, dans les archives
Sachez ce que vous avez cassé
testsprite test artifact get <runId> récupère le pack de preuves complet d'une exécution — pas juste la ligne succès/échec, mais les captures d'écran et logs réels derrière.
Exprimez ce que vous voulez
testsprite test result <testId> --history montre comment un test s'est comporté sur toutes ses exécutions, pas seulement la plus récente.
Validez ce que vous avez
Les preuves sont capturées lors de l'exécution réelle contre votre environnement en production — les mêmes artefacts qu'une personne déboguant l'échec à la main voudrait consulter.
Obtenez ce qu'il vous faut
Associez l'artefact à test failure get sur une exécution en échec, et vous obtenez à la fois la preuve brute et l'hypothèse de cause racine au même endroit.
$ 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
Une preuve, pas juste une ligne succès/échec
N'importe qui peut affirmer qu'un test a réussi. Une piste d'audit, c'est ce qui permet à quelqu'un d'autre de vérifier cette affirmation sans devoir relancer le test lui-même.
Conçu pour le jour où l'on vous demande « Vous êtes sûr ? »
Des preuves à chaque exécution
Les artefacts sont capturés automatiquement — pas besoin de penser à activer l'enregistrement avant une exécution importante.
Un historique, pas juste un instantané
test result --history montre la tendance, utile pour repérer une régression lente qu'une seule exécution ne révélerait pas.
Version communautaire gratuite
Propose une version communautaire gratuite, pour rester accessible à tous.
Se combine avec le diff
Combinez les artefacts avec test diff pour voir la preuve exacte de ce qui a changé entre deux exécutions.
Approuvé par des entreprises du monde entier
"TestSprite offre une génération de cas de test riche, une structure claire et un code facile à lire. Il prend également en charge le débogage en ligne simple avec la possibilité de s'étendre rapidement en générant de nouveaux cas de test."
"L'automatisation de TestSprite nous aide à réduire des tonnes de travail manuel. Les développeurs peuvent facilement détecter et résoudre les bugs plus tôt dans le processus de développement."
FAQ
Que contient réellement le pack d'artefacts d'une exécution ?
Des captures d'écran, des snapshots du DOM et des logs de requêtes/réponses issus de l'exécution réelle — les mêmes preuves qu'une personne déboguant l'échec à la main collecterait.
Dois-je configurer quoi que ce soit pour obtenir des artefacts ?
Non — ils sont capturés dans le cadre de l'exécution. testsprite test artifact get <runId> les récupère après coup.
Puis-je voir comment un test a évolué dans le temps, pas juste sa dernière exécution ?
Oui — testsprite test result <testId> --history montre toutes les exécutions de ce test, pas seulement la plus récente.
Pourquoi est-ce important si le test a déjà indiqué un succès ou un échec ?
Parce qu'une ligne de statut n'est qu'une affirmation — l'artefact, lui, vous permet à vous ou à un collègue de vérifier cette affirmation au lieu de la croire sur parole.
Est-ce que ça fonctionne pour les tests que j'ai téléversés moi-même ?
Oui — la capture d'artefacts et l'historique fonctionnent de la même façon, que le test ait été généré ou téléversé avec test code put.