Expo Maestro: el E2E móvil pasa a ser una métrica operativa
El problema ya no es solo escribir pruebas
Expo publicó el 24 de junio de 2026 mejoras para Maestro en EAS: dashboard, tendencias, identificación de pruebas inestables, análisis del paso que falló, repetición solo de pruebas fallidas y salida JUnit XML.
Para equipos Expo y React Native, esto convierte el E2E móvil en una señal de operación de release. Los fallos móviles suelen mezclar bugs de producto, estado del emulador, permisos, red y selección de dispositivo.
EAS Insights permite ver estados como passed, failed, retried y flaky, además de duración y P90. Eso ayuda a detectar qué flujos se degradan con el tiempo.
La recomendación práctica es empezar por cinco a ocho flujos críticos: onboarding, login, pago, permisos push y crear/guardar. Los reruns parciales reducen coste, pero deben tener límites para no ocultar flakiness.
El riesgo es confundir observabilidad con calidad. Hace falta dueño por flujo, reglas de bloqueo y mantenimiento periódico.
Checklist
• Pick the highest-risk user journeys first.
• Track flaky rate and failed steps, not only pass/fail.
• Connect JUnit output to the CI report your team already reads.
Fuentes
- Expo Changelog: Maestro testing improvements
- Expo Docs: Maestro tests with EAS Insights
- Expo Docs: End-to-end tests in EAS Workflows
- Expo Docs: EAS Workflows syntax
- Maestro Docs: React Native support
- Community signal: E2E testing tools for Expo apps
- Community signal: selecting a device for EAS Maestro tests