Une couverture mobile sans entretien de scripts.
Thunders vs Appium
Chaque test Appium ajouté est un script de plus à réparer après la prochaine release. Thunders remplace les scripts, les locators, le framework et les réparations. Vous décrivez le parcours en langage naturel. Des agents IA l’exécutent sur de vrais appareils iOS et Android et le maintiennent à jour quand l’application change.
Appium pilote le téléphone. Thunders teste l’application.
Appium expose le protocole W3C WebDriver via des drivers comme UiAutomator2 pour Android et XCUITest pour iOS.
Chaque étape d’un test Appium est du code qui trouve un élément et agit dessus. Le framework est gratuit et flexible. Le coût se trouve dans tout ce qui l’entoure: Node.js, les SDK des plateformes, Xcode, un serveur Appium, un parc d’appareils ou un contrat cloud, et des ingénieurs qui écrivent et réparent des scripts à base de locators en Java, Python, JavaScript, Ruby ou C#.
Thunders travaille un cran au-dessus. Un test est une liste d’intentions. « Saisir l’e-mail de l’utilisateur de test. » « Vérifier que le total du contrat correspond à l’API. » Un persona trouve le champ à l’écran, mémorise la décision et la réutilise aux exécutions suivantes. Quand l’écran change, il l’analyse à nouveau, poursuit et vous indique ce qu’il a modifié.
Votre équipe garde la couverture. Elle arrête de payer l’entretien.
Comparer Thunders et Appium
Appium
Thunders
Rédaction des tests
Exécution
Maintenance
Périmètre de la plateforme
Thunders et votre suite Appium
Migrez votre suite Appium en quelques heures
Pointez un assistant de code IA comme Claude, Cursor ou Copilot vers votre dépôt de tests. Via le Thunders MCP, il lit chaque test Appium, traduit les commandes en étapes en langage courant et crée les scénarios de test Thunders correspondants. Les identifiants et les sélecteurs restent derrière. Ce que le test vérifie passe de l’autre côté.
Migrez dossier par dossier, relisez chaque lot, puis exécutez-le. La même approche fonctionne pour les suites Selenium, Playwright et Cypress. Les équipes sans suite de code partent de leurs plans de test dans Xray ou Jira, Cloud ou Data Center.
Lire le guide pas à pas pour importer vos tests existants
Vous n’écrivez jamais de code Appium. Vous gardez l’accès à l’appareil.
La plupart des étapes sont des intentions. Quand un test en demande plus, les étapes avancées vous donnent le contrôle de l’appareil dans le même test: définir une position GPS, modifier les réglages de l’appareil, appeler une API, ou injecter une ligne de code pour contourner un bug connu jusqu’à la livraison du correctif.
Faites tourner les deux dans le même pipeline
Thunders s’exécute depuis la CI, depuis l’API ou depuis son propre planificateur, et prend donc place à côté d’une suite Appium dans le même pipeline. Vos ingénieurs automatisation passent de la réparation de scripts au pilotage de la stratégie de test.
Moins de code à maintenir en vie
Un bouton renommé ne devrait pas coûter une matinée à un ingénieur. Chez nos clients, 95 % des changements d’interface sont absorbés automatiquement, et chaque réparation reste visible et réversible.
Pourquoi les équipes confient leur régression mobile à Thunders
La couverture cesse de coûter plus cher à chaque sprint
Avec une suite à base de scripts, chaque gain de couverture alourdit la facture de maintenance. Dans Thunders, la suite se répare elle-même et chaque réparation reste visible. Une exécution réparée est signalée comme telle, et le responsable du test décide si le changement est attendu ou s’il s’agit d’un défaut.
Avant, après et capture d’écran pour chaque réparation
Accepter le changement ou le déclarer comme bug
Moins de 0,5 % d’exécutions instables chez nos clients
Ceux qui connaissent le produit écrivent les tests
La taille d’une suite Appium reste limitée par le nombre d’ingénieurs capables de l’écrire. Dans Thunders, les testeurs rédigent chaque étape en langage naturel, l’enregistrent directement depuis l’application, ou demandent une première version à Thunders AI.
Étapes en langage naturel, enregistrement et génération IA dans un même flux
Tests générés à partir des plans de test Xray ou Jira
Les développeurs ajoutent des tests depuis leur assistant de code via le Thunders MCP
Mobile, API et web sur une seule plateforme
Appium couvre l’appareil. La vérification API, le parcours web, le rapport et le plan de test vivent ailleurs. Thunders réunit le tout.
Vérifications API et écrans natifs dans un même scénario de test
Web et mobile enchaînés via les test sets
Gestion des tests, intégration Xray et Jira et rapports personnalisés inclus
Thunders en action
Vous vous demandez si Thunders est la plateforme idéale pour vous? Regardez cette vidéo de présentation pour découvrir en détail l'application Thunders et voir comment elle peut aider votre équipe.
Questions fréquentes
Faut-il Appium pour utiliser Thunders ?
Non. Vous n’installez, ne configurez ni n’écrivez Appium. Importez votre APK ou IPA, décrivez le parcours en langage naturel, et Thunders l’exécute sur de vrais appareils iOS et Android, ainsi que sur émulateurs et simulateurs.
Puis-je reprendre mes tests Appium existants dans Thunders ?
Oui, en quelques heures. Connectez un assistant de code IA à votre dépôt et au Thunders MCP. Il lit vos tests Appium, les traduit en étapes en langage naturel et crée les scénarios de test Thunders. Vous relisez chaque lot avant de l’exécuter. Les plans de test Xray ou Jira s’importent aussi. Le guide d’import est disponible sur le blog Thunders.
Suis-je enfermé dans la plateforme ?
Non. Si vous mettez fin à votre contrat, Thunders exporte votre suite de tests vers un framework open source.
Vais-je perdre le contrôle de bas niveau sur l’appareil ?
Non. Les étapes avancées définissent une position GPS, modifient les réglages de l’appareil, appellent une API ou injectent du code pour contourner un bug connu, dans le même test.
Appium est gratuit. Pourquoi payer pour Thunders ?
La licence Appium est gratuite. Posséder une suite Appium ne l’est pas : la mise en place, l’infrastructure d’appareils et les ingénieurs qui écrivent et réparent des scripts à base de locators après chaque release. Thunders transfère ce travail à la plateforme, et ce sont vos testeurs qui écrivent les tests.
Comment Thunders gère-t-il les applications sans identifiants d’éléments uniques ?
Les étapes décrivent une intention, pas des locators. Un persona trouve l’élément comme le ferait un testeur, à partir de ce qui est visible à l’écran. Il mémorise la décision et n’analyse l’écran à nouveau que lorsque l’application change. Chaque réparation est signalée pour relecture.
Puis-je faire tourner Thunders à côté d’une suite Appium ?
Oui. Les deux s’exécutent depuis la CI, et Thunders peut aussi être déclenché par API ou par son propre planificateur. Les équipes gardent souvent Appium pour les cas qui exigent un accès au code et basculent la régression end-to-end vers Thunders, parcours par parcours.
Quelle différence entre Thunders et Appium MCP ?
Appium MCP est un serveur MCP open source qui permet à un assistant IA comme Claude, Cursor ou Copilot de piloter un appareil via Appium et de générer du code de test Java. Il aide un développeur à explorer un build ou à reproduire un bug. Thunders transforme la même intention en langage naturel en scénarios de test stockés, qui s’exécutent sur un pool d’appareils, se réparent quand l’application change et documentent chaque étape. Les développeurs peuvent créer des tests Thunders depuis le même assistant via le Thunders MCP.
Faut-il de vrais appareils, des émulateurs, ou les deux ?
Les deux, et Thunders fournit les deux. Les émulateurs et simulateurs conviennent à une couverture rapide et large à chaque commit. Les vrais appareils détectent les défauts matériels, d’OS et de réseau qui n’apparaissent que sur un téléphone physique.
Quelles applications et quels frameworks Thunders prend-il en charge ?
iOS et Android, sur téléphones et tablettes. Applications natives, hybrides et WebView, y compris React Native et Flutter.
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
Voir plus de comparaisons de Thunders
Découvrez les fonctionnalités de Thunders
Prêt à livrer plus vite grâce à des tests plus intelligents?
