MobAI : Claude Code teste ton appli mobile tout seul en huit minutes

Le moment où Claude Code a pris ton simulateur

Pendant des années, tester son appli mobile en solo était une activité solitaire et frustrante. Tu construis ton truc, tu ouvres le simulateur, tu cliques partout, tu refais le même tour à la main, tu te dis que ça a l'air OK, tu commit, tu passes à autre chose. Sauf que toi tu connais trop bien ton appli. Tu testes le happy path, le chemin que tu as imaginé. Tu loupes la moitié de ce qui est cassé en vrai.

Maintenant imagine que Claude Code regarde l'écran de ton simulateur à ta place. Qu'il tape sur les boutons. Qu'il fait des swipes. Qu'il lit ce qui est affiché et qu'il décide tout seul où aller ensuite. Tu écris une ligne en français dans ton terminal, et huit minutes plus tard tu as un rapport propre qui te dit ce qui marche, ce qui plante, et où regarder.

C'est exactement ce que fait MobAI.

Ce que MobAI ajoute à Claude Code

MobAI, c'est une appli desktop (Mac, Windows, Linux) qui sert de pont entre ton assistant IA et un device mobile. Une fois installé, Claude Code peut prendre des screenshots, lire l'arbre d'accessibilité de ton appli (donc tous les éléments d'interface visibles), taper sur n'importe quel bouton, scroller, swiper, taper du texte. Tout ça sur un device physique branché en USB, un simulateur iOS, ou un émulateur Android. Le même outil marche pour les deux plateformes avec la même API.

Concrètement, tu installes MobAI, tu l'enregistres auprès de Claude Code comme serveur MCP, et tu lui demandes en langage naturel ce que tu veux tester. Claude se débrouille tout seul à partir de là.

Tout reste local. Les screenshots, les données d'interface, l'automation, rien ne quitte ta machine. La seule connexion réseau, c'est la validation de licence côté MobAI.

Le détail qui change tout : Claude ne sait pas comment ton appli est censée marcher

C'est le truc le plus contre-intuitif et le plus puissant à comprendre. Quand tu testes ta propre appli, tu suis inconsciemment le scénario que tu as imaginé en la construisant. C'est précisément pour ça que tu rates des bugs : tu testes ce que tu attends, pas ce qui est vraiment là.

Claude, lui, n'a pas ce biais. Il lit ce qui est à l'écran sans projeter ce qui devrait s'y trouver. S'il voit un bouton "Sauvegarder" sans cible de tap claire, il essaye quand même et il signale. S'il découvre un menu caché que tu avais oublié, il l'explore. S'il y a un état d'interface intermédiaire bizarre que tu n'avais jamais déclenché toi-même, il tombe dessus et il documente.

C'est la fameuse logique du QA externe : quelqu'un qui ne sait rien de ton appli trouve des choses qu'un expert ne verra jamais. Sauf qu'ici, ce quelqu'un, c'est Claude. Il bosse 24/7, il ne se fatigue pas, et il te coûte rien.

Le rapport que tu reçois

Quand Claude finit son tour, tu as un rapport structuré : chaque flow testé, son statut (PASS ou FAIL), et une observation en français. C'est lisible directement, et tu sais en un coup d'œil où regarder en premier.

Sur ce rapport d'exemple, Claude a passé environ huit minutes à tester six flows. Quatre sont validés, deux échouent avec une raison précise (les filtres Discovery qui ne se cumulent pas, et l'absence de confirmation à la suppression). Tu peux immédiatement décider : tu fixes les deux fails, tu ignores les warnings mineurs, tu commit, tu repars sur Claude pour qu'il valide ta correction. La boucle se ferme en quelques minutes.

Et chaque fois que tu refais tourner Claude sur ton appli, tu peux lui demander de comparer avec le rapport précédent. Il sait quels flows ont régressé, quels nouveaux bugs sont apparus, quelles régressions sont silencieuses.

La mise en place, étape par étape

Compte trois minutes chrono pour avoir un Claude Code opérationnel sur ton appli. Le repo officiel et le téléchargement sont sur mobai.run. Il y a aussi des outils open-source associés à explorer sur github.com/MobAI-App/ios-builder si tu veux voir comment c'est branché côté pipeline.

Voici la séquence concrète :

# 1. Installe MobAI (gratuit, macOS / Windows / Linux)
brew install mobai

# 2. Connecte Claude Code au pont MCP
claude mcp add mobai npx -- mobai-mcp

# 3. Lance Claude Code dans ton projet
claude

À partir de là, tu peux écrire dans Claude Code des choses comme "lance mon appli, navigue vers l'écran de login, teste les trois cas d'erreur" ou plus simplement "fais le tour complet de mon appli et donne-moi un rapport". Claude s'occupe du reste.

Combien ça coûte

Le free tier de MobAI couvre un device, cent actions par jour, et nécessite une connexion internet pour valider la licence. Cent actions, c'est largement suffisant pour les tests d'une appli indie en développement : un tour complet d'une appli moyenne consomme entre vingt et quarante actions selon la complexité.

Si tu veux plus de devices en parallèle, un quota journalier illimité, et un mode offline de sept jours pour bosser dans le train, le plan Pro est à dix dollars par mois. Pas d'engagement, tu peux passer Pro juste les mois où tu en as besoin.

Les outils open-source associés (le serveur MCP, le builder iOS pour la pipeline GitHub Actions) sont gratuits à vie, quel que soit ton plan.

Pourquoi c'est différent de ce que tu connais déjà

Tu as peut-être déjà essayé XCUITest, Espresso, Detox, ou même Maestro. Ces outils marchent, mais ils demandent que tu écrives chaque scénario à la main, en code, et que tu les maintiennes à chaque changement d'interface. C'est un boulot à temps plein quand ton appli évolue vite.

MobAI ne te demande rien à écrire. Tu décris en français ce que tu veux tester, et Claude se débrouille avec l'interface visible. Quand tu changes ton interface, il s'adapte tout seul, parce qu'il ne suit pas un script figé. C'est la différence entre piloter un robot avec un mode d'emploi très précis et avoir un stagiaire intelligent à qui tu peux dire en quelques mots ce dont tu as besoin.

Le moment où ça devient évident

La première fois que tu vois Claude lancer ton appli, taper un mot de passe, valider, et te signaler que le bouton "Continuer" est mal aligné sur iPad, tu comprends. Tu venais de découvrir un bug que tu n'aurais jamais trouvé en cliquant toi-même. Et ça t'a coûté zéro effort, zéro test à maintenir, zéro freelance QA.

À partir de là, tu ne reviens pas en arrière. Tu installes MobAI le jour 1 de chaque nouveau projet mobile, et tu codes en sachant qu'un QA tourne en permanence pendant que tu réfléchis à la prochaine feature.