Test mobile piloté par l'IA. Tous les téléphones. Aucun script à maintenir.
Décrivez un scénario, enregistrez-le dans l'application, ou générez-le à partir d'une spec. Thunders l'exécute sur iOS et Android, sur appareils réels et émulateurs, et le répare quand l'application change.
Pourquoi choisir Thunders pour le test mobile
Écrivez-le, enregistrez-le, ou générez-le à partir d'une spec
Décrivez le scénario en langage naturel et Thunders le transforme en test mobile exécutable. Pas de code, pas d'Appium, d'Espresso ni de XCUITest. Ou parcourez votre application et l'enregistreur capture les étapes au fur et à mesure, ce qui met l'automatisation entre les mains des testeurs manuels qui connaissent le mieux le produit. Pointez Thunders vers une user story, un ticket, ou une spec, et il génère le scénario pour vous.
Écrivez une fois, exécutez sur toute la matrice
Appareil physique ou émulateur. iOS ou Android. Téléphone ou tablette. Vous écrivez le test une fois et Thunders l'exécute en parallèle sur les combinaisons qui comptent : plus de 10 000 appareils réels sur plus de 3 000 combinaisons d'OS, ainsi que des émulateurs et simulateurs pour une couverture large et économique à chaque commit.
Des tests qui se réparent eux-mêmes
Les applications natives n'ont pas de DOM sur lequel s'appuyer, c'est pourquoi la plupart des suites mobiles cassent dès qu'un écran change. Thunders lit l'écran de deux façons à la fois, via l'arbre d'accessibilité et via les pixels. Quand un bouton se déplace ou qu'un libellé est réécrit, le test s'adapte au lieu d'échouer. Moins de pipelines au rouge. Moins d'astreintes à 6h du matin.
Il gère ce que font les vrais téléphones
Les gestes natifs comme le pincement, l'appui long et le multi-touch. Les popups de permission, les deep links, la saisie de code PIN, et les interruptions : mise en arrière-plan, arrêt forcé, relance. Sur appareils réels, il pilote le NFC, le Bluetooth et le GPS, dans des conditions réseau allant du Wi-Fi à la 3G, la 2G, la bande passante limitée, ou hors ligne complet.
Fonctionne quelle que soit la façon dont votre application est construite
Natif, WebView, ou hybride, peu importe pour Thunders la façon dont l'application a été assemblée. L'agent s'adapte à un arbre visuel, au HTML d'une WebView, ou à l'écran brut quand aucun des deux n'est disponible. React Native, Flutter, entièrement natif : même test, même workflow.
Importez votre build et lancez-vous
Importez un APK ou un IPA, ou poussez le build directement depuis la CI via l'API. Vos tests s'exécutent sur le build dès son arrivée, et les résultats remontent dans votre pipeline.
Cas d'usage du test mobile
Vos utilisateurs ne s'arrêtent pas au navigateur, vos tests ne devraient pas s'arrêter là non plus. Un seul scénario Thunders peut démarrer dans votre application web, suivre l'appel API, et se terminer dans l'application native, en conservant l'état tout du long. Un seul test, un seul langage, sans assembler un outil web, un outil API et un device cloud.
Décrivez le test en langage naturel, ou enregistrez-le en parcourant l'application, et Thunders le génère, l'exécute et le maintient. Les QA qui n'écrivent pas de code prennent en main l'automatisation mobile directement, et la couverture se répartit sur toute l'équipe au lieu de s'accumuler derrière quelques ingénieurs automatisation.
Faites passer vos scénarios par le Persona Accessibilité et Thunders examine chaque écran comme le ferait un spécialiste de l'accessibilité, en signalant les problèmes qui bloquent les utilisateurs réels. C'est l'un d'un ensemble de personas qui se comportent comme des personnes : elles tapent, elles font défiler, et elles parcourent le scénario avec un objectif plutôt qu'un script.
Les bugs spécifiques à un appareil ne se voient pas en staging. Ils se voient dans la main d'un client, dans un avis une étoile, dans un compte perdu. Exécutez le même scénario sur les modèles et versions d'OS que vos utilisateurs possèdent réellement, et détectez-les en premier.
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équemment Posées
Faut-il automatiser les tests d'application mobile, ou continuer à tester manuellement ?
La plupart des équipes testent encore à la main : 92 % font au moins une partie de leurs tests mobiles manuellement, même quand l'automatisation existe, parce que les anciennes solutions coûtaient plus cher à construire et à maintenir qu'elles ne faisaient gagner. Apple a par ailleurs rejeté 1,35 million de soumissions en 2025 parce que l'application ne fonctionnait pas correctement telle que soumise, soit une toutes les 23 secondes. Thunders change ce calcul. Les tests s'écrivent en langage naturel et se réparent eux-mêmes quand l'application évolue : vous obtenez une couverture automatisée sans la maintenance qui rendait le test manuel plus sûr, et sans renforcer l'effectif QA pour maintenir une suite de scripts en vie.
Pourquoi ne pas simplement utiliser Appium ou un autre framework open source ?
Appium et les frameworks similaires sont performants mais coûteux à maintenir. Ils demandent à des ingénieurs d'écrire des scripts basés sur des locators puis de les réparer sans cesse, et les interfaces mobiles changent assez souvent pour que cet entretien ne s'arrête jamais. Thunders offre la couverture sans la maintenance : il repère les éléments visuellement et via l'accessibility tree plutôt que par des locators fragiles, et répare les tests automatiquement, sans qu'il faille dédier une équipe au maintien de la suite.
Les tests générés par IA sont-ils assez fiables pour une pipeline CI ?
Oui. La plupart des tests mobiles instables (flaky) le sont à cause de locators fragiles qui cassent au moindre changement d'interface. Thunders lit chaque écran via l'accessibility tree et visuellement, de sorte que les tests s'adaptent au changement plutôt que d'échouer, ce qui les rend suffisamment fiables pour conditionner une mise en production. Les exécutions s'intègrent à votre pipeline CI existante comme n'importe quel autre test.
Faut-il des outils différents pour tester le Web, le Mobile et l'API ?
Non. Thunders teste le web, le mobile et l'API depuis une seule plateforme et un seul workflow en langage naturel, et un même test peut couvrir les trois : démarrer sur le web, suivre l'appel API, et finir dans l'application mobile. Cela remplace la pile habituelle d'un outil web, d'un outil API et d'un device cloud mobile, ainsi que les spécialistes distincts que chacun exige.
Des ingénieurs QA non techniques peuvent-ils automatiser des tests mobiles ?
Oui. Vous décrivez le test en langage naturel et Thunders le génère, l'exécute et le maintient, ce qui permet à des QA qui ne codent pas de prendre en charge l'automatisation mobile directement. Les équipes qui reposaient jusque-là sur quelques ingénieurs automatisation, ou qui testaient entièrement à la main, peuvent répartir la couverture sur toute l'équipe QA.
Faut-il des appareils réels, des émulateurs, ou les deux ?
Les deux, et Thunders fournit les deux. Les émulateurs coûtent moins cher et tournent en parallèle sans limite, ce qui convient à une couverture large et rapide. Les appareils réels révèlent des défauts matériels, OS et réseau qui n'apparaissent que sur un téléphone physique, et Thunders s'exécute sur plus de 10 000 appareils réels couvrant plus de 3 000 combinaisons d'OS, de sorte que le modèle exact utilisé par votre client fait partie de ceux que vous pouvez tester.
Quelle maintenance demandent réellement des tests mobiles pilotés par IA ?
Bien moins qu'une suite basée sur des scripts. Quand l'interface change, Thunders détecte l'évolution et met à jour les tests concernés automatiquement, au lieu d'échouer en attendant qu'un ingénieur intervienne. Votre équipe passe son temps sur ce qui est vraiment cassé, pas sur des tests qui ont échoué parce qu'un simple libellé a été renommé.
Quelles plateformes mobiles et quels types d'application Thunders prend-il en charge ?
Thunders prend en charge iOS et Android, sur téléphones et tablettes, et reste indifférent à la façon dont l'application est construite. Il teste les applications natives, hybrides et les WebViews, y compris React Native et Flutter, car l'IA s'adapte à un arbre visuel, au HTML d'une WebView ou à l'écran brut.
Comment envoyer mon build d'application vers Thunders ?
Vous importez un APK ou un IPA directement, ou vous poussez le build automatiquement depuis votre pipeline CI via l'API Thunders. Vos tests s'exécutent sur le build le plus récent dès son arrivée.
Thunders s'intègre-t-il aux pipelines CI/CD ?
Oui. Thunders se connecte à votre pipeline CI/CD via son API, de sorte que les tests mobiles s'exécutent automatiquement à chaque build et que les résultats remontent dans votre workflow existant.
Quelles fonctionnalités mobiles arrivent prochainement ?
À venir prochainement : connexion par OTP et SMS, notifications push, invites biométriques (Face ID et Touch ID), intégrations de distribution de build (TestFlight, Play Console, Firebase), analyse d'impact qui signale les tests touchés par un changement de code, et audits de couverture via Thunders MCP depuis des assistants de code comme GitHub Copilot.
Prêt à livrer plus vite grâce à des tests plus intelligents?
