EAS Observe et Argent : relier production et reproduction

Deux étapes du diagnostic mobile se rapprochent : comprendre ce qui se passe sur les appareils des utilisateurs et reproduire un parcours dans une application qui tourne. EAS Observe apporte la première vue ; Argent donne un accès au simulateur pour la seconde.

Observer une expérience réelle

EAS Observe passe en disponibilité générale le 20 août (nouvelle fenêtre). Expo cite les tableaux de bord de démarrage, de navigation et d’EAS Update. L’annonce prévoit une rétention de 90 jours et permet d’ajuster l’échantillonnage.

Pour une équipe, installer un outil ne suffit pas à définir une mesure utile. Il faut choisir le moment où un écran devient réellement utilisable : afficher un squelette n’est pas nécessairement avoir rendu les données indispensables. La définition doit rester stable entre deux versions, sinon une amélioration du graphe pourrait simplement refléter un déplacement de la mesure.

Comparer aussi les populations : binaire, mise à jour OTA, système et type d’appareil. Une moyenne globale peut cacher un ralentissement limité aux anciens Android ou à un chemin d’authentification.

Donner au diagnostic un parcours rejouable

La documentation Argent pour Expo (nouvelle fenêtre) décrit le contrôle, le débogage et le profilage d’une app sur émulateur Android ou simulateur iOS depuis un agent. L’outil relie donc le code à un état d’écran observable ; il ne remplace pas la définition du résultat attendu.

Un bon premier cas est volontairement limité : lancer un build identifié, se connecter avec un compte de test, ouvrir l’écran lent puis enregistrer les étapes. Garder les données initiales et la version du build rend la reproduction utile à une autre personne.

Fermer la boucle sans confondre les preuves

Une session sur simulateur peut montrer qu’un correctif rétablit le parcours. Elle ne prouve pas à elle seule que tous les appareils de production ont retrouvé leur performance. Inversement, un indicateur agrégé qui remonte ne démontre pas qu’une animation ou un geste précis est correct.

Le workflow à construire relie les deux : un signal de production déclenche une reproduction, le correctif est revu sur cette reproduction, puis la version livrée est suivie avec la même métrique. Conserver ces trois éléments dans la revue permet de discuter du résultat plutôt que de la seule plausibilité du diff.