L'outil de test que Codex pilote lui-même
S'intègre parfaitement à vos éditeurs Android et IA
Une seule commande pour démarrer
testsprite setup --agent codex configure votre clé d'API, la vérifie et installe une skill de vérification dans votre dépôt. Codex apprend la boucle une fois, au lieu de la redéduire de la documentation à chaque session. L'installation est purement locale.
Des tests sans code de navigateur
Un test est un fichier de plan en langage naturel, avec des étapes d'action et d'assertion : aucun sélecteur à maintenir, rien qui casse à la prochaine refonte. testsprite test create --plan-template affiche un gabarit conforme au schéma et figé sur la version que vous avez installée.
Un paquet d'échec, pas cinq artefacts
test failure get renvoie l'étape en échec et ses voisines, des captures d'écran, des instantanés du DOM, le code du test, une hypothèse de cause racine et le point de correction recommandé — le tout partageant un même identifiant d'instantané. La CLI refuse d'assembler des données provenant de deux exécutions différentes.
Une suite qui survit à la fenêtre de contexte
Chaque test réussi est conservé. L'exigence continue d'être vérifiée à la session suivante, à la refactorisation suivante et longtemps après que Codex a oublié pourquoi elle comptait — ce qu'aucune fenêtre de contexte, si vaste soit-elle, ne peut faire.
Laissez Codex vérifier son propre travail
Générer va vite ; le goulot d'étranglement s'est déplacé vers la relecture. Donnez à Codex le moyen de prouver qu'un changement fonctionne avant d'ouvrir une pull request, et le diff cesse d'être quelque chose qu'un humain doit lire ligne à ligne.
Conçu pour les équipes qui livrent du code avec Codex
Installation gratuite, open source
La CLI est sur GitHub sous licence Apache-2.0 et s'installe gratuitement depuis npm. Elle requiert Node 20.19+, 22.13+ ou 24+. L'exécution des tests se fait dans le cloud et consomme des crédits d'espace de travail.
Fonctionne sans interaction
TESTSPRITE_API_KEY=sk-... testsprite setup --from-env --yes --agent codex ne pose aucune question, ce dont ont besoin aussi bien la boucle d'un agent qu'un job de CI.
Sans risque à explorer
--dry-run parcourt tout le chemin de code hors ligne avec des données préparées. test scaffold et test lint ne touchent ni au réseau ni à vos identifiants.
Scriptable par contrat
Un format stable de --output json et des codes de sortie documentés : 0 réussi, 1 échec, 3 erreur d'authentification, 12 crédits épuisés. Une fonctionnalité cassée et un pipeline cassé se distinguent.
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
Comment TestSprite fonctionne-t-il avec Codex ?
Exécutez testsprite setup --agent codex une fois. Cela installe dans votre dépôt un fichier de skill de vérification décrivant les commandes, les formats JSON et les codes de sortie, afin que Codex puisse créer, exécuter et diagnostiquer des tests tout seul. Codex est l'un des huit environnements pour lesquels la CLI installe des skills, aux côtés de Claude Code, Cursor, Cline, Antigravity, Kiro, Windsurf et Copilot.
Codex doit-il écrire du code d'automatisation de navigateur ?
Non. Les tests sont des fichiers de plan en langage naturel avec des étapes d'action et d'assertion. Lancez testsprite test create --plan-template pour un gabarit conforme au schéma, ou demandez à TestSprite de proposer les premiers avec testsprite test plan generate : les propositions restent en revue et rien n'est écrit sur disque tant que vous ne les acceptez pas.
Que teste exactement 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. Si votre produit a un frontend web ou une API HTTP, c'est ce que nous couvrons.
Est-ce gratuit ? Est-ce open source ?
La CLI open source s'installe gratuitement depuis npm et est sous licence Apache-2.0. L'exécution des tests a lieu dans le cloud de TestSprite et consomme des crédits d'espace de travail (0,5 par exécution frontend, 0,2 backend). Une version community gratuite permet de démarrer.
Pourquoi ne pas simplement laisser Codex exécuter des tests unitaires ?
Les tests unitaires confirment que le code fait ce pour quoi il a été écrit. Ils n'ouvrent jamais l'application déployée : une suite unitaire au vert cohabite très bien avec un parcours d'inscription cassé. Les deux méritent d'être exécutés, ils répondent à des questions différentes.
Puis-je l'exécuter dans un job de CI plutôt qu'en interactif ?
Oui, et c'est le cas normal. La CLI n'a besoin que de TESTSPRITE_API_KEY dans l'environnement, sans fichier d'identifiants, donc elle s'intègre à GitHub Actions, GitLab, CircleCI, Jenkins ou Azure Pipelines. Ajoutez --report junit pour un rapport que ces systèmes lisent nativement.