Estrategia de pruebas - JuanHerreraP/Proyecto-MISO-Solventa-Grupo-11 GitHub Wiki

Estrategia de pruebas — Sprint 1

Durante el Sprint 1 aplicamos pruebas automatizadas principalmente sobre el backend de Solventa. La estrategia busca validar el comportamiento funcional de cada historia, la integración con la persistencia de datos y los controles básicos de seguridad antes de integrar cambios.

Pruebas implementadas

• Pruebas unitarias y de API con Pytest: validan reglas de negocio, validaciones de datos, respuestas HTTP y casos de error de los servicios implementados.
• Pruebas de integración con PostgreSQL: verifican que los módulos que requieren persistencia almacenen y consulten la información correctamente.
• Pruebas de autorización: validan autenticación mediante token, roles, permisos y aislamiento entre socios cuando aplica.
• Pruebas de regresión: la suite completa se ejecuta para confirmar que un cambio no afecte funcionalidades ya implementadas.
• Revisión automática de código: GitHub Actions ejecuta Ruff para identificar problemas de formato, imports, variables sin uso y patrones de código que deben corregirse antes de integrar cambios.

Integración continua

En cada Pull Request y cambio enviado a main, el pipeline de GitHub Actions ejecuta las validaciones configuradas para el backend. Esto permite detectar fallos de pruebas o de calidad de código antes de fusionar una rama.

Próximos niveles de prueba

A medida que se implementen las aplicaciones web y móvil, se complementará la estrategia con pruebas de interfaz, flujos end-to-end de los recorridos críticos y validaciones específicas de Android, como biometría, conectividad y funcionamiento offline.