La CLI TestSprite est disponible — open source.Mettez une étoile sur GitHub

L'outil de test que Kiro pilote lui-même

Kiro part de spécifications, ce qui s'accorde naturellement avec des tests décrits en langage naturel plutôt qu'en code de navigateur. TestSprite boucle la boucle : une commande installe une skill de vérification dans votre dépôt et, à partir de là, Kiro peut créer des tests, les exécuter contre un navigateur réel et des API en production dans le cloud, et récupérer un unique paquet d'échec cohérent quand quelque chose casse — sans que vous ayez à lui relayer des instructions depuis une page de documentation.
Type
Solution
Language
Français

S'intègre parfaitement à vos éditeurs Android et IA

Claude CodeCodexAndroid StudioVisual Studio CodeCursorTrae
Ce n'est pas nous qui écrivons votre code, c'est Kiro. Nous vérifions ce qu'il a écrit, contre un navigateur réel et de vraies API, et nous renvoyons une hypothèse de cause racine sur laquelle il peut agir.

Une seule commande pour démarrer

testsprite setup --agent kiro configure votre clé d'API, la vérifie et installe une skill de vérification dans votre dépôt. Kiro 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 Kiro a oublié pourquoi elle comptait — ce qu'aucune fenêtre de contexte, si vaste soit-elle, ne peut faire.

Priority
Test
Status
HIGH
TC001_Spec_Flow_Completes_End_To_End
Pass
MEDIUM
TC002_Required_Fields_Block_Submit
Pass
HIGH
TC003_Permission_Denied_Redirects
Failed
LOW
TC004_Breadcrumb_Reflects_Route
Pass
MEDIUM
TC005_API_Contract_Matches_Schema
Pass

Laissez Kiro vérifier son propre travail

Générer va vite ; le goulot d'étranglement s'est déplacé vers la relecture. Donnez à Kiro 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 Kiro

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 kiro 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 Kiro ?

Exécutez testsprite setup --agent kiro 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 Kiro puisse créer, exécuter et diagnostiquer des tests tout seul. Kiro fait partie des environnements pour lesquels la CLI installe des skills : aucune intégration sur mesure n'est nécessaire.

Kiro 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 Kiro exécuter des tests unitaires ?

Les tests unitaires vérifient l'implémentation au regard de votre intention. Une exécution de bout en bout vérifie le produit déployé au regard de l'intention d'un utilisateur. Un flux piloté par spécification tire parti des deux, car une spécification qui passe isolément peut encore livrer un parcours cassé.

Peut-on générer des tests à partir d'un document de spécification ?

Oui. Téléversez une spécification d'API ou un PRD comme source du projet avec testsprite project docs upload, puis testsprite test plan generate rédige des cas de test à partir de là et les met en revue. Téléverser une spécification d'API est gratuit ; un PRD coûte 0,5 crédit pour son indexation.

Donnez à Kiro le moyen de vérifier son travail