Deux exécutions. Une commande. La vraie différence.
Une exécution réussie et une exécution en échec de la même suite ne sont pas identiques — quelque chose a changé. testsprite test diff <runId1> <runId2> vous montre exactement quoi, au lieu de vous laisser comparer des logs à la main.
Comparez deux exécutions, deux environnements, n'importe lesquels
Sachez ce que vous avez cassé
testsprite test diff <runId1> <runId2> identifie précisément quels tests ont basculé entre deux exécutions — plus besoin de faire défiler deux rapports séparés côte à côte.
Exprimez ce que vous voulez
Comparez une exécution d'avant un déploiement à une exécution d'après, et la surface de changement correspond exactement à ce que votre déploiement a touché — rien à deviner.
Validez ce que vous avez
Les diffs vont plus loin que le simple succès/échec — ils couvrent, quand disponible, le détail de la requête/réponse et du DOM derrière chaque test.
Obtenez ce qu'il vous faut
Associez un diff à testsprite test failure get sur le test qui a basculé en échec, et vous obtenez toute l'histoire : ce qui a changé, et pourquoi ça a cassé.
$ testsprite test diff run_9f21 run_9f30
TC_checkout_promo passed → failed
POST /orders 201 → 500
rootCause: "promo code not revalidated server-side"
TC_login_success passed → passed (no change)
TC_search_results passed → passed (no change)
Arrêtez de comparer des logs à la main
Deux exécutions de la même suite, à quelques minutes ou quelques mois d'écart — le diff reste la même commande dans tous les cas, et il est conçu pour répondre à une seule question : qu'est-ce qui a réellement changé ?
Conçu pour déboguer les régressions rapidement
Comparez entre déploiements
Exécutez une suite avant et après une release, comparez les deux, et sachez immédiatement si la release est propre.
Comparez dans le temps
testsprite test result <testId> --history affiche l'historique d'exécution d'un test si vous voulez voir la tendance, pas juste deux points.
Version communautaire gratuite
Propose une version communautaire gratuite, pour rester accessible à tous.
Se combine avec le score de stabilité
Utilisez d'abord test flaky pour confirmer qu'un changement est réel, puis test diff pour voir exactement ce que c'était.
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 compare réellement testsprite test diff ?
Deux exécutions d'une même suite de tests ou de suites liées — quels tests ont basculé entre succès et échec, et le détail de la requête/réponse ou du DOM derrière ce changement, quand disponible.
Puis-je comparer une exécution de la semaine dernière à celle d'aujourd'hui ?
Oui — deux identifiants d'exécution quelconques, peu importe l'écart de temps qui les sépare.
En quoi est-ce différent de simplement lire deux rapports de test ?
Cela fait remonter la différence directement, au lieu de vous demander de garder les deux rapports en tête et de repérer vous-même l'écart.
Puis-je voir l'historique d'un seul test sur de nombreuses exécutions, pas juste deux ?
Oui — testsprite test result <testId> --history montre la tendance sur toutes les exécutions de ce test.
Est-ce que ça remplace test flaky ?
Non — les deux se combinent bien. Utilisez test flaky pour confirmer qu'un échec est réel, puis test diff pour voir exactement ce qui a changé.