Testez chaque pull request avant sa fusion.
Quand une pull request reçoit un déploiement d'aperçu, TestSprite teste exactement cette URL et commente le résultat sur la PR — réussite, échec, et une suggestion de correctif pour votre agent de codage. Activez une vérification obligatoire et les fusions attendent que ce soit vert.
Fonctionne avec tout fournisseur qui publie un déploiement d'aperçu
Attend le véritable aperçu
TestSprite se déclenche sur l'événement de déploiement, pas sur le démarrage du build — il ne teste donc jamais une URL avant qu'elle ne soit réellement en ligne.
Commente directement sur la PR
Les résultats sont publiés en commentaire : décompte principal de réussites/échecs, un score de qualité, et le détail complet de chaque échec.
Bloquez la fusion, en option
Activez « Bloquer la PR jusqu'à ce que les tests passent » pour rendre la vérification TestSprite obligatoire — pas de fusion possible sur une régression ouverte.
PR en brouillon, à vous de choisir
Incluez les pull requests en brouillon dans le déclencheur, ou attendez qu'une PR soit marquée prête pour la revue — c'est vous qui décidez.
Exemples de modèles d'URL cible :
https://pr-123.example.com
→ https://pr-{pr}.example.com
https://app-git-login-fix-team.vercel.app
→ https://app-git-{branch-slug}-team.vercel.app
Espaces réservés : {pr} {branch} {branch-slug} {sha} {short-sha}
Donnez aux relecteurs un vrai signal
Une coche verte qui n'a jamais touché l'aperçu en ligne est une supposition déguisée en confiance. Le commentaire de TestSprite reflète ce qui s'est réellement passé quand un vrai navigateur a atteint la vraie URL.
Ce qui atterrit sur la PR
Résultat principal
Combien de tests ont réussi, échoué, ou ont été bloqués — les cas bloqués sont rapportés séparément car ils signifient généralement une lacune de l'environnement de test, pas une régression.
Détail des échecs
Chaque échec se déplie pour montrer ce qui était attendu, ce qui a été observé, et une capture d'écran au moment de l'échec.
Suggestion de correctif
Une suggestion prête à copier décrivant la cause probable — collez-la directement dans Cursor, Claude Code, ou l'agent de codage de votre choix.
Version communautaire gratuite
Propose une version communautaire gratuite, pour rester accessible à tous.
Approuvé par des entreprises du monde entier
"Bon travail ! Le MCP de l'équipe TestSprite est vraiment cool ! Le codage par IA + les tests par IA vous aident à créer de meilleurs logiciels facilement !"
"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 faut-il vérifier avant que cela fonctionne ?
Vos pull requests ont besoin de leur propre déploiement d'aperçu avec une URL accessible — ouvrez une PR existante, confirmez qu'un déploiement est listé, et ouvrez cette URL pour vérifier qu'elle se charge. Si aucun déploiement n'apparaît sur votre PR, TestSprite n'a rien sur quoi se déclencher tant que votre pipeline CI/CD n'est pas corrigé d'abord.
Comment empêcher la vérification de se déclencher avant que l'aperçu ne soit prêt ?
Choisissez l'événement CI/CD qui se déclenche après que le déploiement est en ligne, pas un qui se déclenche au démarrage du build. TestSprite liste les événements qu'il détecte sur une pull request d'exemple pour que vous puissiez choisir le bon et éviter de tester une URL qui n'est pas encore active.
Puis-je exiger que la vérification passe avant la fusion ?
Oui — activez « Bloquer la PR jusqu'à ce que les tests passent » lorsque vous créez le déclencheur, et la vérification TestSprite devient obligatoire, bloquant les fusions tant que les tests échouent.
Cela ajoute-t-il un fichier de workflow à mon dépôt ?
Non. Le déclencheur est configuré entièrement à l'intérieur de TestSprite. Rien n'est ajouté à votre dépôt, et vos workflows GitHub Actions existants ne sont pas touchés.
Que faire si mon URL d'aperçu ne suit pas un modèle prévisible ?
Configurez une URL alias stable pour l'environnement d'aperçu si votre hébergeur génère des sous-domaines aléatoires, et pointez le modèle d'URL vers celle-ci à la place — elle doit être prévisible à partir du numéro de PR, de la branche, ou du SHA du commit.
Arrêtez de fusionner à l'aveugle.
Connectez un dépôt une seule fois. Chaque pull request est testée contre son véritable déploiement d'aperçu, automatiquement.