11. Estrategia de Pruebas y Distribución para QA
Este apartado establece la estrategia de calidad de software para la validación funcional, técnica y visual de las aplicaciones móviles, enfocada en garantizar un producto confiable antes de su liberación a producción.
11.1 Tipos de pruebas
| Tipo de prueba | Objetivo |
|---|---|
| Unitarias | Validar lógica de negocio individual |
| Integración | Validar interacciones entre componentes |
| UI (Instrumentadas) | Verificar interacción con elementos visuales |
| Funcionales (QA manual) | Validar funcionalidad esperada por usuarios |
| Exploratorias | Buscar errores fuera de los casos de prueba |
| Regresión | Validar que lo existente no se rompió |
| Seguridad | Detectar vulnerabilidades |
| Performance | Medir velocidad de carga e interacción |
| Penetración (Pentesting) | Simular ataques para validar seguridad |
11.2 Herramientas utilizadas
| Herramienta | Uso principal |
|---|---|
| Firebase Test Lab | Pruebas automáticas en múltiples dispositivos |
| JUnit 5 | Pruebas unitarias |
| MockK | Mocks en pruebas Kotlin |
| Espresso / Compose Test | Pruebas instrumentadas de UI |
| Postman / Newman | Validación de APIs |
| ZAP Proxy / MobSF | Pruebas de seguridad |
11.3 Flujo de pruebas en QA
- QA recibe notificación automática al finalizar el pipeline
- El APK/AAB se distribuye vía Firebase App Distribution
- Se ejecutan pruebas manuales y automáticas
- Se documentan hallazgos en el sistema de incidencias (Jira/ClickUp)
- Se retroalimenta al equipo de desarrollo
- QA aprueba o rechaza el build
11.4 Criterios de aceptación
✅ Todos los tests automatizados deben pasar
✅ El 100% de los casos funcionales críticos deben aprobarse
✅ No debe haber errores bloqueantes ni críticos abiertos
✅ Se debe validar accesibilidad y comportamiento esperado
✅ Todos los cambios deben estar documentados en changelog
11.5 Checklist QA por funcionalidad
- Diseño cumple con mockup
- Comportamiento esperado al tocar/click
- Flujos completos sin errores
- Datos correctos y visibles
- Respuesta a errores del backend
- Manejo de estados vacíos y errores
- Pruebas offline y online
- Accesibilidad básica validada
11.6 Distribución a QA
- Vía Firebase App Distribution
- Nombre del archivo:
alpura-qa-v1.2.0.aab - Agregar notas de versión claras
- Enlace y acceso limitado al equipo QA
11.7 Recomendaciones
✅ Automatizar tanto como sea posible
✅ Coordinar releases QA con el área de backend
✅ Utilizar Flavors y variantes para entornos
✅ Cerrar incidentes QA con pull request asociado
✅ Validar app completa después de cambios críticos
Contar con una estrategia sólida de pruebas y distribución para QA permite detectar y corregir fallos antes de que lleguen a producción, reduciendo costos, riesgos y mejorando la experiencia de usuario final.