Expo et TesterArmy : construire la bonne app avant de tester la PR

Le diff sert à choisir le travail à lancer

Le billet Agentic CI for Expo apps with TesterArmy (nouvelle fenêtre) décrit une intégration entre EAS Workflows et un agent qui examine les changements d’une PR, exécute l’application sur simulateur ou émulateur et produit une preuve vidéo. Le pipeline peut réutiliser un binaire compatible plutôt que reconstruire systématiquement toute l’application.

Cette réutilisation est le point déterminant pour le temps de retour. Un changement JavaScript peut être servi à un runtime natif existant ; l’ajout d’un module natif ou une modification de sa configuration peut nécessiter un nouveau build. Le fingerprint aide à identifier cette frontière. Réutiliser le mauvais binaire donne au test une interface qui ne correspond pas au changement à relire.

Des artefacts adaptés au simulateur et à l’émulateur

Le guide demande une app iOS Simulator .app et un APK Android ; un IPA ou un AAB ne convient pas à ce pipeline. L’optimisation fingerprint/repack décrite vise les projets CNG. Le billet recommande de conserver le workflow de build classique lorsque les dossiers natifs sont versionnés. Il précise aussi que le check GitHub est consultatif par défaut : un échec ne bloque pas automatiquement le merge.

Une vidéo doit permettre de comprendre la conclusion

Un rapport utile relie le parcours au changement : écran ouvert, état de départ, actions, résultat attendu et résultat observé. Pour une modification du tri d’une liste, la vidéo devrait montrer une liste assez remplie pour rendre l’ordre visible. Une capture du menu de tri ouvert ne démontre pas l’effet du tri.

L’agent peut adapter son exploration lorsque la position d’un contrôle change. Le critère de réussite doit rester stable : quel ordre attend-on, et sur quelles données ? Sans cette définition, une interface visuellement plausible risque de recevoir une conclusion favorable même si son comportement a changé.

Un package publié ne suffit pas à dater une disponibilité générale

La source du jour suit aussi la sortie des numéros preview de certains packages Expo. La disponibilité générale du SDK 58 est annoncée dans le changelog du 15 octobre (nouvelle fenêtre). Il faut conserver cette chronologie : une version npm sans suffixe ne prouve pas, à elle seule, que toute la distribution, Expo Go et la documentation de migration sont déjà prêts le 30 septembre.