Skip to main content

6. Mecanismos de Distribución de Apps

Esta sección establece los métodos oficiales para distribuir las aplicaciones móviles Android de Alpura, tanto de forma interna como externa, asegurando procesos controlados, seguros y trazables.

6.1 Tipos de distribución​

Tipo de DistribuciónDescripción
Interna (In-house)Aplicaciones usadas exclusivamente por colaboradores de Alpura
Externa (Pública)Aplicaciones disponibles en Google Play Store para usuarios finales
Beta/AlfaVersiones preliminares distribuidas a testers o QA mediante herramientas

6.2 Herramientas utilizadas​

HerramientaUso principal
Firebase App DistributionDistribución de builds QA y beta
Google Play ConsolePublicación oficial de versiones en Play Store
Google Play Internal TestingTesting cerrado con grupos limitados de usuarios
FastlaneAutomatización de uploads y releases
Bitrise / GitHub ActionsIntegración CI/CD para distribución automatizada

6.3 Flujo para apps internas (In-house)​

  1. El equipo de desarrollo genera el APK/AAB firmado para QA.
  2. El archivo se sube automáticamente a Firebase App Distribution.
  3. QA recibe notificación y accede vía correo o consola web.
  4. Se ejecutan pruebas funcionales y de integración.
  5. Tras aprobación, se genera versión para testing cerrado o producción.

6.4 Flujo para apps públicas (Play Store)​

  1. Versión estable de main o release/* es compilada vía pipeline.
  2. Fastlane genera artefactos y metadatos de publicación.
  3. Se sube automáticamente a Google Play (track internal o alpha).
  4. Tras validación interna, se promueve a beta y luego a production.

6.5 Configuración en Play Console​

  • Creación de tracks: internal, alpha, beta, production
  • Configuración de testers (emails o grupos de Google Groups)
  • Activar Managed publishing para revisión manual antes de publicación
  • Configurar políticas, categorías, contenido y permisos antes del primer release

6.6 Distribución de versiones QA​

  • Nombre del archivo con versión:
alpura-app-qa-v1.3.0.apk
alpura-app-qa-v1.3.0.aab
  • Agregar notas de versión visibles para testers
  • Cada build debe tener código único (versionCode) y versionName identificable

6.7 Control de acceso y seguridad​

  • Firebase requiere autenticación con Google para testers
  • Play Console permite limitar testers por correo electrónico
  • Usar claves de firma administradas por Google Play si es posible
  • Verificar integridad con Play Integrity API y reglas de red

6.8 Recomendaciones​

✅ Automatizar distribución mediante CI/CD (Fastlane, Actions)
✅ Versionar claramente cada release (vX.Y.Z-qa)
✅ Validar QA y UX antes de promover a producción
✅ Usar herramientas de métricas y crash report desde la etapa beta
✅ Documentar cada build distribuido (changelog, testers, feedback)

Contar con flujos de distribución bien definidos garantiza que tanto los equipos internos como los usuarios finales tengan acceso a versiones estables, seguras y trazables del producto móvil.