Testing de apps móviles

La pirámide de testing sigue siendo el modelo más efectivo para organizar los tests. En la base, tests unitarios rápidos y numerosos que validan la lógica de negocio aislada. En el centro, tests de integración que verifican la comunicación entre módulos. En la cima, tests end-to-end (E2E) que simulan flujos de usuario completos.

La proporción recomendada es aproximadamente 70% unitarios, 20% integración y 10% E2E. Los tests unitarios se ejecutan en milisegundos; los E2E pueden tardar minutos. Invertir la pirámide (muchos E2E, pocos unitarios) produce suites lentas, frágiles y costosas de mantener.

Los tests unitarios validan unidades aisladas de código: funciones, clases, ViewModels. En iOS, XCTest es el framework nativo; en Android, JUnit + Mockito. Para Flutter, el paquete test con mockito. Para React Native, Jest es el estándar.

La clave es diseñar la arquitectura para que la lógica de negocio sea testeable sin depender de frameworks de UI ni del sistema operativo. Patrones como MVVM, Clean Architecture o BLoC (Flutter) separan la lógica de la presentación, permitiendo tests rápidos sin arrancar un simulador.

Los tests de integración verifican que los módulos funcionan correctamente juntos: un ViewModel que llama a un repositorio que accede a una API real o mockeada, o un componente de UI que reacciona a cambios de estado. Son más lentos que los unitarios pero capturan errores que los tests aislados no detectan.

En Android, las Instrumented Tests (usando AndroidJUnit4) se ejecutan en un emulador o dispositivo real y permiten testear componentes que dependen del framework Android. En iOS, los UI tests de XCTest lanzan la app real y simulan interacciones. En Flutter, los integration_test permiten testear widgets con dependencias reales.

Los tests E2E simulan el comportamiento real del usuario: abrir la app, navegar, rellenar formularios, hacer compras, verificar resultados. Son los más valiosos para detectar regresiones en flujos críticos pero también los más costosos de escribir y mantener.

Maestro es una herramienta emergente que simplifica la escritura de tests E2E con un DSL declarativo que funciona en iOS, Android y React Native. Appium sigue siendo la opción más versátil para proyectos que necesitan soporte multiplataforma con un solo framework. Detox (de Wix) está optimizado para React Native con sincronización automática.

Los simuladores y emuladores son útiles durante el desarrollo pero no reemplazan el testing en dispositivos reales. Las diferencias en rendimiento, gestos, sensores y comportamiento del sistema entre un simulador y un dispositivo físico pueden ocultar bugs críticos.

Las device farms en la nube permiten ejecutar tests automatizados en cientos de dispositivos reales sin necesidad de comprarlos. Firebase Test Lab (gratuito con límites), AWS Device Farm, BrowserStack y Sauce Labs son las opciones más establecidas. Un enfoque práctico es seleccionar 10-15 dispositivos que representen el 80% de tu base de usuarios (según analytics) y ejecutar la suite E2E en ellos.

Antes de publicar una versión, un programa de beta testing permite detectar problemas que los tests automatizados no capturan: flujos de uso inesperados, confusión en la UI, problemas en dispositivos específicos o bajo condiciones de red reales.

TestFlight (Apple) permite distribuir betas a hasta 10.000 testers externos y es el estándar para iOS. Google Play tiene canales de testing cerrado y abierto. Firebase App Distribution ofrece distribución multiplataforma sin pasar por las tiendas. La clave es tener un proceso claro de reporte de bugs y un ciclo de feedback estructurado.

Los crashes en producción son inevitables. Lo que marca la diferencia es la velocidad con la que los detectas, diagnosticas y corriges. Un buen sistema de crash reporting captura el stack trace, la versión del SO, el modelo de dispositivo, el estado de la app y los pasos previos al crash.

Firebase Crashlytics es el estándar de facto: gratuito, en tiempo real, con agrupación inteligente de crashes y alertas configurables. Sentry ofrece crash reporting junto con performance monitoring y breadcrumbs detallados. Bugsnag se enfoca en la estabilidad como métrica de negocio con dashboards de crash-free sessions.

Un pipeline de CI/CD bien configurado ejecuta tests automáticamente en cada pull request, genera builds de staging y automatiza la publicación en tiendas. Esto elimina errores humanos, acelera el ciclo de release y garantiza que cada versión pasa por los mismos controles de calidad.

Fastlane automatiza las tareas de build, firma, screenshots y publicación. GitHub Actions, Bitrise y Codemagic son las plataformas de CI más populares para móvil. Un pipeline típico incluye: lint, tests unitarios, tests de integración, build, tests E2E en device farm, publicación en canal beta y, tras validación, publicación en producción.