Certains plans de test sont cassés avant même de s'exécuter.
Une étape malformée ou un sélecteur non défini n'échoue pas proprement — cela gaspille une exécution entière pour s'en apercevoir. testsprite test lint <planFile> vérifie d'abord la structure d'un plan de test, pour que vous détectiez le problème avant d'y consacrer du temps ou des crédits.
Intégré au même CLI que vous utilisez déjà
Détectez les étapes malformées
testsprite test lint <planFile> vérifie chaque étape d'action et d'assertion d'un plan de test à la recherche de problèmes structurels — avant qu'aucune d'entre elles ne s'exécute sur votre environnement en production.
Signalez les assertions ambiguës
Une assertion sans cible claire est un problème que vous ne voulez pas découvrir en pleine exécution. Lint le détecte pendant que le plan n'est encore qu'un fichier JSON.
Repérez les sélecteurs manquants
Une étape qui référence un sélecteur jamais défini dans le plan est signalée immédiatement, au lieu de refaire surface plus tard sous la forme d'un échec déroutant.
Fonctionne sur n'importe quel plan de test
Lint s'exécute sur n'importe quel fichier JSON de plan de test — généré par TestSprite ou modifié à la main — pour s'adapter à la façon dont vos plans sont réellement créés.
$ testsprite test lint test-plan.json
Checking test-plan.json for structural problems...
✗ 2 issues found
- step 3: assertion is missing a clear target
- step 7: selector not defined in this plan
→ fix these before running the plan
$ testsprite test lint test-plan.json
Checking test-plan.json for structural problems...
✓ no structural problems found
Ne dépensez pas une exécution sur un plan qui n'allait jamais fonctionner
Un plan de test avec une étape malformée ou un sélecteur non défini n'échoue pas parce que votre produit est cassé — il échoue parce que le plan lui-même a un problème structurel. Le lint le détecte en amont, avant que ça ne vous coûte une exécution.
Conçu pour les plans de test modifiés à la main
Fonctionne sur n'importe quel plan de test
Généré, modifié, peu importe — test lint s'exécute sur n'importe quel fichier JSON de plan de test dans votre projet.
Nourrit la boucle en retour
Un agent qui génère ou modifie un plan de test peut appeler test lint avant de le transmettre à test run, détectant les problèmes pendant qu'ils sont encore peu coûteux à corriger.
Version communautaire gratuite
Propose une version communautaire gratuite, pour rester accessible à tous.
Se combine avec l'exécution
Exécutez testsprite test lint juste avant testsprite test run pour qu'un problème structurel n'ait jamais la chance de gaspiller une véritable exécution.
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."
"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 vérifie réellement testsprite test lint ?
Il vérifie la structure d'un fichier JSON de plan de test — des choses comme des étapes d'action ou d'assertion malformées, des assertions sans cible claire, et des sélecteurs référencés mais jamais définis — avant que le plan ne s'exécute sur votre environnement en production.
En quoi est-ce différent du simple fait d'exécuter le plan de test et de voir ce qui se passe ?
Exécuter le plan dépense du temps et des crédits pour découvrir que le plan lui-même était cassé. Le lint trouve les mêmes problèmes structurels rien qu'à partir du fichier JSON, avant que quoi que ce soit ne s'exécute.
Cela fonctionne-t-il sur les plans de test que j'ai écrits ou modifiés à la main, pas seulement ceux générés ?
Oui — test lint s'exécute sur n'importe quel fichier JSON de plan de test, qu'il vienne de TestSprite ou qu'il ait été modifié directement.
Que faire quand test lint trouve un problème ?
Corrigez l'étape signalée dans le fichier JSON du plan de test et relancez le lint. Un passage propre signifie que le plan est structurellement sain avant que vous n'y consacriez une exécution.
Dois-je exécuter test lint à chaque fois, même sur des plans déjà exécutés ?
C'est peu coûteux à exécuter et cela détecte les problèmes introduits par des modifications manuelles, donc l'exécuter avant test run est une habitude raisonnable — surtout en CI.