Carte de couverture des tests: voyez où s’arrêtent vos tests, puis comblez les manques
Un taux de réussite vous dit que vos tests sont passés, pas là où ils ne sont jamais allés. Thunders cartographie ce que couvrent vos tests sur vos applications Web et Mobile et montre les écrans qu’ils n’ont jamais visités. Pour chaque manque, Thunders AI écrit les tests qui le couvrent, à partir des écrans et des tests que vous avez déjà, et vous validez chacun d’eux avant qu’il rejoigne un ensemble de tests.
Ils nous font confiance
Pourquoi choisir Thunders pour la couverture de tests
Une carte qui se construit à partir des tests que vous exécutez déjà
Comme un robot aspirateur qui cartographie la maison en faisant le ménage, Thunders cartographie votre application pendant que vos tests s’exécutent. Sans code source, sans instrumentation et sans documentation: indiquez-lui une exécution d’ensemble de tests et la carte est prête en quelques minutes. Chaque chiffre renvoie aux exécutions de test dont il provient.
Chaque interaction, pas seulement testé ou non testé
La plupart des outils marquent un contrôle comme testé ou non. Thunders vérifie chaque interaction, c’est-à-dire chaque façon d’utiliser un contrôle: un bouton cliqué, un champ rempli puis laissé vide, une case cochée puis décochée. Un formulaire que vos tests ne remplissent jamais que correctement apparaît comme partiellement couvert, parce que c’est le cas.
Les écrans non visités, sur le Web et le Mobile natif
Thunders montre où s’arrêtent vos tests: les écrans vers lesquels pointe votre application et qu’aucun test n’a jamais ouverts, par exemple Mot de passe oublié, Cartes cadeaux ou Jetons d’API. Cela fonctionne sur les applications Web et sur les applications natives Android et iOS, où les écrans n’ont pas d’URL à suivre, y compris les web views qu’elles contiennent.
Des manques classés selon une règle que vous pouvez justifier
Tous les manques ne méritent pas un test. Thunders note chaque manque selon une règle de points: les actions clés comme Enregistrer, Supprimer ou Payer, les champs de formulaire et les écrans non visités pèsent davantage. Votre équipe voit pourquoi chaque manque est classé ainsi et traite en premier ceux qui portent le plus de risque.
Votre suite de tests s’étoffe là où les tests manquent
Pour chaque manque sur la carte, Thunders AI propose les tests qui le couvrent, à partir des écrans et des tests que vous avez déjà. Vous relisez et validez chacun d’eux avant qu’il rejoigne un ensemble de tests. Thunders AI crée, exécute et débogue vos tests, surveille la couverture et construit les tests qui comblent les manques. Vous pouvez toujours décrire un test en langage naturel, l’enregistrer ou le générer à partir d’une spécification ou d’un ticket.
Un chiffre de couverture que vous pouvez justifier
La direction, la QA et les auditeurs voient le même chiffre, par exemple « Jusqu’à 22 % des interactions testées », et chaque chiffre renvoie aux exécutions de test dont il provient. Le chiffre reste figé sur les exécutions de test qu’il lit: la couverture devient un indicateur que vous suivez et présentez, pas un sujet de débat.
Cas d’usage de la couverture de tests
Recommandé pour: les product managers et responsables de release qui valident aujourd’hui une release sur la foi d’un taux de réussite. Arrivez en réunion de release en sachant contre quoi cette release est testée et ce qui reste risqué. Demandez à Thunders AI « Qu’est-ce que cette exécution n’a pas couvert ? » et obtenez la réponse en langage clair. Avec le temps gagné affiché dans le tableau de bord Analytics, vous montrez les deux faces de vos tests: ce qu’ils font gagner, et ce qu’ils protègent.
Recommandé pour: les QA leads qui gèrent une suite de régression et ajoutent des tests à chaque sprint. Choisissez les nouveaux tests de chaque sprint sur des faits, pas à l’instinct. Thunders montre les zones qu’aucun test n’atteint, quels tests utilisent chaque contrôle et les manques les mieux notés, pour que chaque nouveau test ajoute de la couverture et non du temps d’exécution. Chaque ensemble de tests affiche sa dernière couverture: vous voyez d’un coup d’œil quand il demande de l’attention.
Recommandé pour: les responsables QA de la banque, de l’assurance, de la santé et des autres secteurs réglementés qui rendent des comptes aux auditeurs. Chaque chiffre de couverture renvoie aux exécutions de test dont il provient: vous montrez précisément ce qui a été testé, quand, et sur quels écrans. Les applications Web et Mobile tiennent dans un seul rapport et, avec Thunders auto-hébergé, les données de couverture ne quittent jamais votre propre base de données.
Recommandé pour: les ingénieurs qui travaillent avec Claude Code, Cursor ou tout client MCP. Via le serveur MCP de Thunders, votre Code Assistant lit la même couverture que votre équipe et en tient compte quand il écrit ou corrige des tests. Il lit la carte de votre branche Git, liste les manques sur les écrans que vous avez modifiés et vérifie la couverture d’un scénario de test donné.
Bientôt disponible
- La couverture après chaque exécution. Demandez une nouvelle carte à chaque exécution d’ensemble de tests, depuis l’application ou depuis la CI, et soyez prévenu quand elle est prête.
- Les tendances de couverture. Comparez deux cartes et voyez où la couverture a progressé ou reculé.
- La couverture dans le tableau de bord et dans un récapitulatif hebdomadaire. La couverture à côté du taux de réussite de chaque ensemble de tests, et un résumé hebdomadaire de ce qui a changé.
- La couverture par fonctionnalité. L’IA nomme les fonctionnalités de votre produit et montre à quel point chacune est testée, y compris les parcours de sécurité, d’authentification et de notification.
- Les estimations de planification des tests. Combien de tests il faut pour couvrir ce que révèlent vos tests actuels.
- La couverture des API et des bases de données. La couverture des API que vous déclarez comme applications, et de celles qui se trouvent en dessous.
C’est notre QA du futur.
Dès les premiers tests, Thunders a détecté de vrais bugs dans notre interface — des bugs qui avaient échappé à tous nos processus qualité standard.
Avant Thunders, tous les tests d’interface étaient manuels. Avec Thunders, tout est automatisé de bout en bout. Thunders nous permet de générer des tests très rapidement et d’améliorer la qualité globale de notre produit.
Wassim Jouini
CTO @LegalPlace
Thunders, c’est une vraie culture du testing, pas uniquement un énième outil.
Automatiser nos tests, c’était un vrai challenge que l’automatisation classique ne résolvait pas. Avec Thunders, on a pu automatiser une centaine de tests, sans expertise technique.
Thunders permet à d’autres métiers d’entrer dans l’automatisation des tests. Thunders relie le code à l’humain. Avec Selenium, ça prenait beaucoup plus de temps.
Hanen Khalfaoui
Responsable QA @Infopro Digital
Ce qui m’a séduit chez Thunders, c’est l’approche testing, la maturité et cette innovation.
Thunders apporte une résilience bien plus forte vis-à-vis de l’automatisation classique. Thunders a introduit une nouvelle variabilité dans nos réponses aux appels d’offres — et ça change notre approche économique.
Aujourd’hui, Thunders nous laisse entrevoir des tests plus résilients et une meilleure maintenabilité des jeux d’essai. On fait des proofs of concept avec Thunders pour valider les technos chez nos clients.
Jean-Olivier Penin
Cofondateur @B/Acceptance
L’arrivée de Thunders nous a permis de mettre la qualité et la construction des tests dans les mains de toute l’équipe produit.
Grâce à Thunders, en un mois et demi, les équipes PM ont couvert 80 % de notre scope de test. Après seulement un mois, toute l’équipe était opérationnelle.
Les tests sont exécutables immédiatement et la prise en main était vraiment simple. Désormais, ce sont les PM qui écrivent les plans de tests en langage naturel dans Thunders.
Florian Ernoult
VP Engineering @agorapulse
Découvrez les fonctionnalités de Thunders
Questions fréquentes
Qu’est-ce que la couverture de tests en test logiciel ?
La couverture de tests mesure la part d’une application que vos tests sollicitent. La couverture de code compte les lignes de code source exécutées pendant les tests. La couverture de tests fonctionnelle compte les écrans et les contrôles que vos tests utilisent, tels qu’un utilisateur voit l’application. Thunders mesure la couverture de tests fonctionnelle à partir de vos exécutions de test existantes sur les applications Web et Mobile, sans avoir besoin du code source.
Pourquoi la couverture de tests fonctionnelle compte-t-elle ?
La couverture de tests fonctionnelle montre contre quoi une release est protégée. Un taux de réussite élevé prouve seulement que les tests existants sont passés; la couverture montre quelles parties de l’application ces tests n’atteignent jamais. Thunders en fait une liste de manques classés, pour que les équipes comblent d’abord les plus risqués.
Qu’est-ce que Thunders considère comme couvert ?
Thunders considère un contrôle comme couvert quand vos tests l’utilisent dans toutes les interactions qu’il permet, et comme partiellement couvert quand ils n’en utilisent qu’une partie. Une interaction est une façon d’utiliser un contrôle: un bouton cliqué, un champ rempli ou laissé vide, une case cochée ou décochée. La couverture des interactions, c’est la couverture des branches appliquée à l’interface: Thunders vérifie chaque façon d’utiliser chaque contrôle, sans code source.
Pourquoi la Coverage Map indique-t-elle « jusqu’à » ?
Thunders affiche la couverture « jusqu’à » un certain chiffre parce qu’il mesure les écrans que vos tests visitent, et votre application peut en compter davantage. Par exemple, « Jusqu’à 22 % des interactions testées » signifie 22 % des interactions sur les écrans que vos tests ont atteints. Chaque chiffre renvoie aux exécutions de test dont il provient: il tient en réunion de release comme en audit.
Qu’est-ce qu’un écran non visité ?
Un écran non visité est un écran que vos tests peuvent atteindre depuis un écran testé, mais qu’ils n’ont jamais ouvert, par exemple une page Mot de passe oublié. Thunders signale chacun d’eux pour que votre équipe ajoute le test avant que les utilisateurs ne trouvent le manque.
Quelles applications et plateformes la Coverage Map prend-elle en charge ?
La Coverage Map de Thunders prend en charge les applications Web et les applications natives Android et iOS.
La Coverage Map a-t-elle besoin du code source ou de documentation ?
Non. Thunders construit la Coverage Map à partir de vos exécutions de test existantes, sans code source, sans instrumentation et sans documentation.
Comment démarrer avec la Coverage Map ?
Pour démarrer, exécutez un ensemble de tests dans Thunders, puis créez une carte à partir de cette exécution dans le menu Coverage Map. La carte est prête en quelques minutes et reste figée sur les exécutions de test qu’elle lit. La Coverage Map est activée par organisation: réservez une démo pour l’activer sur vos projets.
Thunders peut-il écrire les tests manquants ?
Oui. Pour chaque manque sur la carte, Thunders AI propose les tests qui le couvrent, et vous validez chacun d’eux avant qu’il rejoigne un ensemble de tests. Vous pouvez aussi décrire un test en langage naturel, l’enregistrer ou le générer à partir d’une spécification ou d’un ticket.
Comment la Coverage Map de Thunders se compare-t-elle à Cypress, Mabl ou QA.tech ?
Thunders vérifie chaque interaction de chaque contrôle, sur les applications Web et Mobile natives, et classe les manques selon une règle de points. D’après leur documentation produit d’octobre 2026, Cypress, Mabl et QA.tech marquent les contrôles comme testés ou non testés, ou listent les pages trouvées par un crawler, sur les applications Web. Thunders couvre chaque test qu’il exécute, qu’il soit décrit en langage naturel, enregistré, généré à partir d’une spécification ou importé depuis Playwright.
La Coverage Map fonctionne-t-elle avec Thunders auto-hébergé ?
Oui. Avec Thunders auto-hébergé, les données de couverture restent dans votre propre base de données, à côté de vos exécutions de test, et l’IA fonctionne avec vos propres clés.
Pourquoi choisir Thunders pour la couverture de tests fonctionnelle ?
Thunders est une plateforme de test end-to-end où des agents de test IA créent, exécutent et déboguent des tests sur le Web, le Mobile, les API, le Desktop et SAP. Sa Coverage Map boucle la boucle: elle montre où s’arrêtent ces tests, et Thunders AI propose les tests qui comblent les manques.
Livrez plus vite avec des tests qui se maintiennent seuls.
