Testez chaque prévisualisation Netlify avant la fusion
S'intègre parfaitement à vos éditeurs Android et IA
Aucun fichier de workflow
TestSprite s'installe comme une GitHub App et se contente de lire des événements : il se place à côté de votre pipeline Netlify, pas dedans. Rien n'est ajouté à .github/ et vos workflows existants restent intacts.
Un motif d'URL, pas un scraper
Les URL de deploy preview de Netlify sont construites à partir du numéro de pull request : le marqueur voulu est donc généralement {pr}. Les marqueurs sont résolus à chaque exécution : {pr}, {branch}, {branch-slug}, {sha} et {short-sha}. Ainsi https://deploy-preview-123--site.netlify.app s'écrit https://deploy-preview-{pr}--site.netlify.app.
Vérifiez avant d'enregistrer
Send Test Event exécute tout le flux contre une pull request d'exemple, exactement comme un déclencheur réel. Le commentaire apparaît en une trentaine de secondes : ouvrez l'URL qu'il contient et confirmez qu'il s'agit bien de l'environnement attendu avant de créer le déclencheur.
Un prompt de correction, pas seulement une marque rouge
Chaque échec se déplie pour montrer ce qui était attendu, ce qui a été observé, une capture au moment précis de la rupture et un prompt de correction rédigé pour être collé directement dans votre agent de programmation IA.
Attrapez-le en prévisualisation, pas en production
Un déploiement de prévisualisation est le dernier endroit où une régression coûte peu à corriger. Activez Block PR until tests pass et la vérification devient obligatoire : un parcours cassé bloque la fusion au lieu d'être livré et découvert par un utilisateur.
Conçu pour les équipes qui livrent sur Netlify
Pull request ou branche
Un déclencheur de pull request teste chaque prévisualisation et commente sur la PR. Un déclencheur de push teste un environnement partagé de préproduction ou de production après chaque fusion et publie une vérification sur le commit. Les deux peuvent coexister.
Interface web et API ensemble
Des parcours en navigateur réel contre la prévisualisation déployée, plus des tests de contrat de l'API backend. Regroupez-les dans une liste de tests et une seule barrière couvre tout le déploiement.
Ou pilotez-le depuis la CLI
La CLI open source fait la même chose depuis n'importe quel système de CI : installation gratuite, licence Apache-2.0, et il lui suffit d'une clé d'API dans l'environnement.
Version community gratuite
Nous proposons une version community gratuite, accessible à tous.
Approuvé par des entreprises du monde entier
"Bon travail ! Le MCP de l'équipe TestSprite est vraiment cool ! Pour nos applications Android, le codage IA + les tests IA ferment la boucle et accélèrent les versions stables."
"Pour Android, les tests générés par TestSprite sont propres et fiables. Les flux Appium sont faciles à étendre et à déboguer, et les exécutions planifiées maintiennent une bonne couverture de nos appareils."
"L'automatisation de TestSprite a considérablement réduit notre QA manuelle sur Android. Les développeurs détectent et résolvent les bogues mobiles plus tôt, ce qui maintient notre calendrier de livraison."
FAQ
Dois-je ajouter un fichier de workflow ?
Non. L'intégration se configure entièrement dans TestSprite et n'exige aucune modification de votre dépôt. Elle écoute les événements de déploiement que Netlify signale déjà.
Comment TestSprite trouve-t-il l'URL de prévisualisation Netlify ?
Vous définissez un motif d'URL une seule fois. Les URL de deploy preview de Netlify sont construites à partir du numéro de pull request : le marqueur voulu est donc généralement {pr}. Comparez le motif à une vraie URL de prévisualisation, caractère par caractère, et utilisez Send Test Event pour confirmer qu'il se résout correctement avant d'enregistrer.
Et si l'URL de prévisualisation contient un hash imprévisible ?
Le champ de motif attend quelque chose de prévisible. Si votre hébergeur génère des sous-domaines aléatoires sans rien de stable, configurez une URL d'alias pour l'environnement de prévisualisation et pointez-y le motif.
Cela fonctionne-t-il aussi avec les déploiements de branche de Netlify ?
Oui. Un déclencheur de pull request couvre les deploy previews ; un déclencheur de push couvre les déploiements de branche et s'exécute contre l'URL configurée de l'environnement TestSprite que vous choisissez, donc aucun motif d'URL par exécution n'y est nécessaire.
Que teste réellement TestSprite ?
L'interface d'applications web dans un navigateur réel dans le cloud, et les API de backend. Il ne pilote pas d'interfaces natives iOS ou Android, ni d'applications de bureau, ni d'émulateurs.
Est-ce gratuit ?
La CLI open source s'installe gratuitement sous licence Apache-2.0, et il existe une version community gratuite. L'exécution des tests a lieu dans le cloud et consomme des crédits d'espace de travail : 0,5 par exécution frontend et 0,2 backend.