TestMu AI lance le « Cycle de vie de l'assurance » dans Kane CLI, transformant les documents d'exigences en couverture de test vérifiable

Les nouvelles commandes d'assurance qualité génèrent des tests de conception directement à partir des PRD et des spécifications, associent de manière permanente chaque test à l'exigence qu'il vérifie et mesurent la couverture à partir de données concrètes plutôt que sur la base de suppositions.

SAN FRANCISCO et NOIDA, Inde, 16 septembre 2026 /PRNewswire/ -- TestMu AI (anciennement LambdaTest), la première plateforme au monde d'ingénierie de la qualité basée sur l'IA « agentique », a annoncé le lancement du « Cycle de vie de l'assurance », un nouvel ensemble de commandes disponibles dans  Kane CLI, qui étend les capacités de l'outil au-delà de la création et de la relecture de tests de navigateur. En toute confiance, les équipes décrivent les fonctionnalités que doit offrir leur produit, et Kane CLI conçoit les tests qui permettent de les valider, chacun étant lié de manière permanente à l'exigence qu'il vérifie, avec une couverture mesurée à partir de preuves irréfutables et une suite de tests mise à jour au fur et à mesure qu'évolue le produit.

TestMu AI a lancé Kane CLI en avril 2026. Il s'agit d'un outil d'automatisation de navigateur natif pour terminal, conçu aussi bien pour les développeurs humains que pour les agents de codage basés sur l'IA, notamment Claude Code, Codex CLI, Cursor et Gemini CLI. Fonctionnant sur la base d'une description en langage naturel plutôt que sur des sélecteurs, Kane CLI permet aux équipes de décrire un flux et d'obtenir un verdict de réussite ou d'échec accompagné d'une trace complète des étapes et d'une capture d'écran, d'exporter les flux vers du code Playwright natif et de les exécuter en mode headless dans des pipelines CI. Depuis son lancement, il a intégré une fonctionnalité de génération de cas de test basée sur l'IA via la commande « kane-cli generate », qui transforme une description d'une ligne en scénarios et en cas de test. Le « Cycle de vie de l'assurance » constitue la prochaine étape : des tests issus des documents d'exigences proprement dits, et non pas simplement d'une consigne.

La plupart des suites de tests continuent de répondre à la mauvaise question. Ils indiquent le nombre de tests réussis, mais pas les exigences qui ont été vérifiées. Les tests s'éloignent des spécifications qui les ont inspirés, la couverture devient aléatoire, et lorsqu'une exigence change, personne ne sait quels tests sont devenus obsolètes. Le Cycle de vie de l'assurance comprend les étapes précédant et suivant l'exécution : transformer les exigences en tests conçus, et transformer les exécutions de tests en un compte rendu vérifiable de ce qui a été démontré.

Fonctionnement du « Cycle de vie de l'assurance » :

• Capture : kane-cli permet d'importer des instantanés de documents relatifs aux exigences de contexte (un PRD, un cahier des charges, une page de politique) dans un référentiel local d'adressage par contenu.
• Extraction : un agent lit les sources et propose des cas d'utilisation, en citant les lignes exactes qu'il a lues.
• Révision : les équipes valident les propositions, les modifient ou les rejettent. Tout ce qu'un agent propose est d'abord considéré comme une hypothèse ; rien n'est accepté sans discussion.
• Conception : les tests de conception de kane-cli transforment un cas d'utilisation en critères d'acceptation, en scénarios et en tests exécutables. Les résultats de la conception sont soumis au même processus de révision.
• Exécution : les tests conçus sont exécutés à l'aide des commandes « kane-cli testmd run » et « kane-cli testrun run » ; chaque exécution génère un ensemble de tests.
• Mesure : kane-cli aborde deux aspects : ce qu'une exécution a démontré et ce qui manque encore à la conception. L'absence de couverture est enregistrée comme une interruption classifiée, et non comme un silence.
• Maintenance : kane-cli synchronise l'ensemble de données lorsqu'un document source est modifié, en marquant comme obsolètes toutes les informations extraites de l'instantané précédent jusqu'à ce qu'elles soient à nouveau vérifiées.

Chaque étape correspond à une commande distincte, ce qui permet aux équipes de s'arrêter, de vérifier et de reprendre le processus à tout moment ; aucune action ultérieure n'est effectuée sans confirmation préalable. Le référentiel de garanties se trouve dans le répertoire du projet ; il est en mode écriture seule, ce qui signifie qu'on ne peut y ajouter que des données, et il dispose d'un historique reproductible ; de plus, il est stocké sur l'ordinateur local : les sources, les cas d'utilisation, les conceptions et les résultats des révisions sont stockés sur le disque dur du développeur, et non sur un serveur. L'ensemble du cycle de vie s'exécute en mode « headless » dans l'environnement CI ou à partir d'un agent d'IA, ce qui permet à un agent de développer une fonctionnalité, de concevoir des tests basés sur les spécifications et de générer des rapports de couverture au sein d'un même flux de travail.

Le « Cycle de vie de l'assurance » vient compléter la commande kane-cli generate, sans pour autant la remplacer. Les équipes qui cherchent dix bonnes idées de tests en une minute doivent commencer par « generate » ; celles qui disposent d'un PRD et doivent répondre aux questions « qu'est-ce qui est exactement couvert ? » et « comment le savons-nous? » doivent commencer par « assurance ».

« Les agents d'IA écrivent déjà du code plus rapidement que n'importe quelle équipe n'est capable de le vérifier, et l'écart entre les deux correspond à la dette de validation. Kane CLI a comblé une partie de cet écart en avril en proposant aux agents et aux développeurs un véritable navigateur et une évaluation « réussie » ou « échouée ». « Le « Cycle de vie de l'assurance » s'occupe du reste », a déclaré Mudit Singh, cofondateur et responsable de la croissance chez TestMu AI. « Une 'green suite' ne vous a jamais dit ce qu'elle a réellement démontré. Désormais, chaque test est rattaché à l'exigence qu'il vérifie, chaque exécution en laisse la trace et la couverture se transforme en un rapport pouvant faire l'objet d'un audit, plutôt qu'en un simple chiffre dont on espère qu'il est exact. Lorsqu'une spécification change, la suite vous indique quels éléments sont désormais obsolètes, afin qu'ils ne deviennent pas inutilisables sans que vous vous en rendiez compte. C'est ça, la sécurité à la vitesse d'un agent. »

Le « Cycle de vie de l'assurance » est désormais disponible dans Kane CLI 0.6.1 et les versions ultérieures ; les utilisateurs actuels peuvent effectuer la mise à jour via npm ou Homebrew. Les étapes d'extraction, de conception et de maintenance-rapprochement s'exécutent sur l'agent KaneAI et consomment des crédits, tandis que les opérations de révision, de couverture et de stockage sont locales et gratuites.

Pour consulter la documentation, rendez-vous sur testmuai.com/support/docs/kane-cli-assurance/. Pour en savoir plus sur Kane CLI, rendez-vous sur testmuai.com/kane-cli.

À propos de TestMu AI

TestMu AI est la première plateforme d'ingénierie de la qualité basée sur l'intelligence artificielle, conçue pour permettre aux entreprises d'automatiser et de faire évoluer leurs tests grâce à l'intelligence. En combinant des capacités autonomes avec une intégration transparente dans les flux de développement modernes, TestMu AI permet aux équipes de fournir des logiciels plus rapides, plus fiables et plus sûrs dans un monde où l'IA occupe une place prépondérante.

Pour plus d'informations, consultez le site https://www.testmuai.com/. 

Relations avec les médias

Nikhil Saxena,
Responsable de la communication d'entreprise, TestMu AI
+91 98709 81968
[email protected]