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, enregistrez ou générez vos tests à 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. Donnez à Thunders une user story, un ticket ou une spec : il en génère le scénario.
É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 couvrant 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'alertes à 6 h du matin.
Tout ce que fait un vrai téléphone, Thunders le gère
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 variées : Wi-Fi, 3G, 2G, bande passante limitée, jusqu'à la coupure réseau totale.
Fonctionne quelle que soit la façon dont votre application est construite
Natif, WebView ou hybride : Thunders s'adapte à la hiérarchie de vues, 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 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 une ferme d'appareils.
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 dépendre de quelques ingénieurs automatisation.
Faites passer vos scénarios par la 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. Elle fait partie d'un ensemble de personas qui se comportent comme des personnes : elles touchent l'écran, font défiler et 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, puis dans un avis à une étoile. Et parfois, ils coûtent un client. 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équentes
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 faisait du test manuel le choix le 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 un 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 existant 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 testeurs QA qui ne codent pas 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 liés au matériel, à l'OS et au réseau, qui n'apparaissent que sur un téléphone physique. Thunders s'exécute sur plus de 10 000 appareils réels couvrant plus de 3 000 combinaisons d'OS : 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, quelle que soit 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 à la hiérarchie de vues, 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 ?
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.
Livrez plus vite avec des tests qui se maintiennent seuls.
