Repository navigation
Code Coverage Chart Sprint 2
Durante el Sprint 2, nos enfocamos en mejorar la calidad técnica del sistema mediante el incremento de la cobertura de pruebas en los módulos de Backend, Frontend Web y Frontend Mobile.
Nuestro objetivo fue asegurar mayor confiabilidad, mantenibilidad y estabilidad de la solución, siguiendo los principios de calidad continua de la metodología ágil.
A la fecha de cierre del Sprint 2, entregamos los siguientes avances:
- Incremento de cobertura de pruebas en componentes clave de Backend.
- Consolidación de alta cobertura en Frontend Web y Mobile.
- Identificación de módulos críticos con necesidad de refuerzo.
| Módulo | Cobertura (%) |
|---|---|
DTOs y servicios principales (client_dto.py, visit_dto.py, seller_client_service.py, visit_service.py, etc.) |
100% |
Repositorios (client_repository.py, visit_repository.py) |
74%-80% |
Rutas y servicios (client_routes.py, auth_routes.py, logistics_routes.py) |
49%-68% |
Cobertura promedio en Backend: 70%-80%
| Módulo | Cobertura (%) |
|---|---|
create-product, product-detail, models, sales-plan-detail, seller-dashboard, services
|
100% |
manufacturer-dashboard, create-sales-plan, edit-sales-plan
|
94%-96% |
warehouse, auth, home
|
82%-87% |
Cobertura promedio en Frontend Web: 88%
| Módulo | Cobertura (%) |
|---|---|
Estructura base (src, src/app) |
100% |
guards, seller/home
|
100% |
Módulos funcionales (order-confirmation, assigned-clients, seller-client-assignment) |
80%-85% |
Cobertura promedio en Frontend Mobile: 90%
- 📂 Evidencia: Code Coverage Chart Backup
- Consolidar una alta cobertura inicial facilita la detección temprana de errores y acelera futuras integraciones.
- El enfoque de cobertura de pruebas en Frontend Mobile y Web ha permitido estabilizar las funcionalidades críticas desde etapas tempranas.
- Priorizar historias de usuario para aumentar la cobertura en módulos críticos.
- Definir criterios de aceptación enfocados en la cobertura de pruebas para nuevas funcionalidades.
- Mantener y reforzar cobertura superior al 70% en módulos nuevos del Frontend.
- Iniciar refactorización progresiva en rutas y servicios con baja cobertura histórica.
El equipo 21 concluyó exitosamente el Sprint 2, alcanzando los objetivos establecidos en términos de cobertura de código y sentando bases sólidas para futuras entregas.