Testez staging à chaque déploiement.
Pointez TestSprite vers une branche — staging, dev, ou main — et chaque push qui produit un déploiement est testé automatiquement contre l'URL réelle de cet environnement. Les résultats apparaissent comme vérification sur le commit, juste à côté de vos autres vérifications.
Fonctionne avec tout fournisseur qui déploie vers GitHub
Surveille n'importe quelle branche
Pointez un déclencheur vers main, develop, staging — quelle que soit la branche à laquelle un déploiement est rattaché.
Fait correspondre le bon environnement
Sélectionnez l'environnement TestSprite qui correspond à la branche, pour que les tests s'exécutent à chaque fois contre la bonne URL configurée.
Atterrit comme vérification de commit
Pas besoin de PR — le résultat apparaît comme une vérification sur le commit lui-même, visible aux côtés de vos autres vérifications CI.
S'exécute indépendamment des tests de PR
Gardez un déclencheur push pour staging et un déclencheur pull request pour les vérifications avant fusion en même temps — ils n'interfèrent pas.
1. Sélectionnez le dépôt et la branche à surveiller (ex. staging) 2. Détectez les événements, puis sélectionnez celui qui signifie « déploiement terminé, l'environnement est en ligne » 3. Choisissez l'environnement TestSprite qui correspond à cette branche (ex. Staging → staging.example.com) 4. Créez le déclencheur — il est actif immédiatement Prochain push sur cette branche → le déploiement se termine → une vérification TestSprite apparaît sur le commit
Détectez la dérive avant votre équipe
Un environnement partagé qui n'est vérifié que lorsque quelque chose semble anormal a déjà coûté du temps à quelqu'un. TestSprite le teste à chaque déploiement, que quelqu'un regarde ou non.
Conçu pour les environnements partagés
Aucun modèle d'URL par exécution nécessaire
Les déclencheurs push s'exécutent directement contre l'URL configurée de l'environnement — aucun modèle avec espaces réservés à maintenir, contrairement aux aperçus par PR.
Vérifiez avant d'en dépendre
Envoyez d'abord un événement de test pour confirmer que l'URL est accessible et correcte, avant que le déclencheur ne passe en production sur chaque futur push.
Des suggestions de correctifs prêtes à coller
Chaque échec inclut une suggestion de correctif décrivant la cause probable — copiez-la directement dans votre agent de codage IA.
Version communautaire gratuite
Propose une version communautaire gratuite, pour rester accessible à tous.
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."
"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 !"
FAQ
La branche doit-elle déjà avoir un déploiement rattaché ?
Oui. Ouvrez la section Déploiements ou Environnements de votre dépôt et confirmez qu'il existe un déploiement récent et réussi pour cette branche avec une URL en ligne — TestSprite n'a rien sur quoi se déclencher tant que cela n'existe pas.
Comment TestSprite sait-il quel environnement tester ?
Vous le choisissez explicitement lorsque vous créez le déclencheur — par exemple, l'environnement Dev pour une branche dev, ou Production pour main. Les déclencheurs push s'exécutent à chaque fois contre l'URL configurée de cet environnement.
Où puis-je voir les résultats ?
Comme vérification sur le commit, juste à côté de vos autres vérifications CI/CD — ouvrez-la pour voir l'exécution complète : nombre de réussites/échecs, un score de qualité, et le détail de tout échec.
Puis-je exécuter cela sur plusieurs branches à la fois ?
Oui — créez un déclencheur séparé pour chaque branche que vous voulez surveiller, chacun pointé vers son propre environnement.
Que se passe-t-il si une branche a plus d'un environnement rattaché ?
Vérifiez bien que l'événement que vous avez sélectionné correspond au déploiement que vous voulez réellement tester, et que la sélection Environnement à tester correspond — sinon vous risquez de tester un environnement obsolète ou non voulu.
Ne vous demandez plus jamais si staging fonctionne vraiment.
Connectez un dépôt une seule fois. Chaque déploiement vers la branche que vous choisissez est testé automatiquement — aucun fichier de workflow, aucune vérification manuelle.