Análisis de Resultados 3 - haroldVirguez/VINYLS-MOBILE GitHub Wiki

📊 Resultados y Reporte de la Estrategia de Pruebas

Durante esta iteración se ejecutaron distintos tipos de pruebas —manuales, unitarias, end-to-end (E2E) con Kraken, reconocimiento y validación de accesibilidad— abarcando las historias trabajadas en el sprint: HU04 (Detalle de artista), HU05 (Listado de coleccionistas) y HU06 (Detalle de coleccionista), junto con la implementación de accesibilidad sobre HU.

1. Resultados de Pruebas

✍️ 1.1. Pruebas Manuales Funcionales (TNT01)

Las pruebas manuales exploratorias se realizaron sobre:

  • HU01: Consultar listado de álbumes
  • HU02: Consultar detalle de álbum
  • HU03: Consultar listado de artistas
  • HU04: Consultar detalle de artista
  • HU05: Consultar listado de coleccionistas
  • HU06: Consultar detalle de coleccionista
  • HU07: Crear álbum
  • HU08: Asociar tracks con álbum

✔️ Validaciones realizadas

  • Navegación estable entre artista → detalle → premios asociados
  • Navegación completa coleccionistas → listado → detalle
  • Visualización de álbumes y artistas relacionados en perfiles
  • Integridad de datos cargados desde el backend
  • Correcto renderizado de listas, tarjetas y diálogos con datos reales
  • Comportamiento adecuado del diálogo para agregar canciones y comentarios

✔️ Resultado

Todas las pruebas manuales fueron exitosas, sin errores funcionales ni fallos en la navegación o renderizado de datos.
La interacción entre las nuevas vistas, sus ViewModels y el backend fue consistente en todos los dispositivos probados.

📹 El video de evidencia se encuentra en el repositorio del equipo.

🧪 1.2. Pruebas Unitarias (TNT02)

Las pruebas unitarias se ejecutaron sobre el flavor:

testE2eDebugUnitTest

Incluyendo:

  • ArtistDetailViewModel
  • CollectorListViewModel
  • CollectorDetailViewModel
  • Repositories de artistas y coleccionistas

✔️ Resultado de ejecución

BUILD SUCCESSFUL
  • Sin fallos ni excepciones
  • Aumento en la cobertura de componentes críticos
  • Se validó la coherencia estructural del modelo MVVM y métodos asíncronos con corutinas

Reporte disponible en:

Finder/File Explorer: 
app/build/reports/tests/testE2eDebugUnitTest/index.html

🤖 1.3. Pruebas End-to-End (Kraken) – TNT03

✔️ Escenarios validados

  • Artista → detalle → premios
  • Coleccionistas → lista → detalle
  • Regresión de álbumes, artistas y tracks
  • Validación del diálogo de agregar canción

✔️ Ejecución

Raíz del proyecto:

adb devices
appium

E2E-Mock-API

npm run start

E2E-Kraken

npm run test:android

✔️ Resultado

8 scenarios (8 passed)
41 steps (41 passed)
4m05.476s (executing steps: 4m05.456s)

Reporte disponible en:

e2e-kraken/reports/index.html

🔎 1.4. Pruebas de Reconocimiento (TNT05–TNT06)

Se ejecutaron:

♿ 1.5. Pruebas de Accesibilidad (TNT07)

Se utilizó Accessibility Scanner, encontrando mejoras necesarias en:

  • Áreas táctiles de botones y entradas
  • Contraste de texto en botones y campos
  • Ajustes visuales para mejorar legibilidad

✔️ Resultado

Se aplicaron las correcciones y la herramienta reportó 0 sugerencias en las pantallas revisadas.

📈 1.6. Desempeño y Micro-Optimizaciones (TNT04)

Mejoras aplicadas

  • Layouts simplificados
  • Carga optimizada con Glide
  • Placeholders y caching adecuados
  • Mayor fluidez en listas
  • Reducción de overdraw

✔️ Resultado global

El rendimiento del módulo de artistas y coleccionistas mostró tiempos de carga estables y uso reducido de memoria.

⚠️ Registro de Errores

✔️ Corrección de mejoras identificadas

Las observaciones relacionadas con el uso adecuado de hilos para evitar ANRs y la optimización del consumo de memoria fueron atendidas durante el sprint 3. Se aplicaron los ajustes correspondientes en los ViewModels (uso de Dispatchers.IO) y en los repositories (eliminación de operaciones innecesarias como map { dto -> dto }).

Para dejar trazabilidad de estos cambios, se registraron las mejoras como issues en el kanban del proyecto, asegurando su seguimiento y documentación dentro del flujo de trabajo del equipo.

4. Evidencia en el Repositorio

Spinify/
├── app/
│   └── build/reports/tests/testE2eDebugUnitTest/
│       └── index.html
└── e2e-kraken/
└── reports/
└── index.html

🧩 Conclusión del Sprint 1 → 2 → 3

Las ocho historias de usuario trabajadas hasta este punto —incluyendo HU01, HU02, HU03, HU04, HU05, HU06, HU07 y HU08— se encuentran completamente validadas y operando de manera estable dentro de la aplicación.
Durante este sprint, el equipo consolidó de forma significativa la calidad global de Spinify, abarcando tanto la funcionalidad como la experiencia del usuario y el desempeño técnico.

Se logró:

  • Integración funcional estable en los módulos de artistas, coleccionistas y álbumes, verificando correctamente los flujos cruzados entre ellos.
  • Ejecución exitosa de pruebas manuales, unitarias, E2E, reconocimiento sistemático y aleatorio, garantizando robustez incluso bajo interacciones inesperadas.
  • Corrección completa de las observaciones de accesibilidad, eliminando sugerencias de touch target y contraste mediante ajustes de UI y buenas prácticas.
  • Optimización del rendimiento a nivel visual y técnico gracias al uso adecuado de caching, Glide, reducción de layouts y manejo eficiente de hilos para evitar ANRs.
  • Validación de estabilidad entre View–ViewModel–Repository dentro de una arquitectura MVVM madura, sin regresiones a pesar del aumento de complejidad funcional.

En conjunto, Spinify avanza hacia una versión mucho más sólida, accesible, fluida y confiable. Este sprint representa un hito importante en la consolidación técnica de la aplicación, preparando una base robusta para las funcionalidades restantes y el cierre del proyecto.