Un seul CLI. Chaque service a son propre projet.
Une équipe microservices n'a pas besoin d'une seule suite de tests géante et indifférenciée. testsprite project create donne à chaque service son propre projet, ses propres identifiants et son propre historique d'exécution — le tout géré depuis la même ligne de commande.
Un seul compte, plusieurs projets
Sachez ce que vous avez cassé
testsprite project list affiche en un coup d'œil tous les services que vous suivez — plus besoin de fouiller un tableau de bord pour vous rappeler ce que vous avez configuré il y a six mois.
Exprimez ce que vous voulez
testsprite project create --name <name> crée un nouveau projet en quelques secondes ; chacun obtient ses propres plans de test, historique d'exécution et identifiants.
Validez ce que vous avez
testsprite project credential <projectId> et project auto-auth <projectId> gèrent l'authentification par projet, pour que la clé d'une équipe ne fuite jamais dans les tests d'une autre.
Obtenez ce qu'il vous faut
Chaque commande qui prend --project <id> se limite proprement à ce service — test run, test list, test flaky, tout y passe.
$ testsprite project create --name "checkout-service" ✓ prj_8f2a created $ testsprite project create --name "search-service" ✓ prj_a13c created $ testsprite project list prj_8f2a checkout-service 42 tests prj_a13c search-service 17 tests $ testsprite test run --all --project prj_8f2a --wait
Chaque service, son propre périmètre
Les identifiants, l'historique de test et les plans restent limités au projet auquel ils appartiennent — un changement dans les tests d'un service ne touche jamais ceux d'un autre.
Conçu pour les équipes qui gèrent de nombreux services
Identifiants par projet
project credential et project auto-auth gardent l'authentification limitée au projet auquel elle appartient.
Mettez à jour sans tout recommencer
testsprite project update change les paramètres d'un projet sans perdre son historique d'exécution.
Version communautaire gratuite
Propose une version communautaire gratuite, pour rester accessible à tous.
Suppression propre
testsprite project delete supprime proprement un projet dont vous n'avez plus besoin.
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
Ai-je besoin d'un compte testsprite séparé par service ?
Non — un seul compte, plusieurs projets. testsprite project create donne à chaque service son propre périmètre sous la même connexion.
Comment fonctionne l'authentification sur plusieurs projets ?
testsprite project credential <projectId> et project auto-auth <projectId> gèrent les identifiants par projet, pour que les services ne partagent pas des clés qu'ils ne devraient pas partager.
Puis-je voir tous mes projets en une fois ?
Oui — testsprite project list affiche tous les projets que vous suivez, et project get <id> donne le détail de n'importe lequel d'entre eux.
Que devient l'historique d'un projet si je modifie ses paramètres ?
Rien — testsprite project update change les paramètres sans toucher à l'historique de test existant.
Comment supprimer un projet dont je n'ai plus besoin ?
testsprite project delete <id> — une suppression propre, sans état résiduel.