Bucle de Verificación Spring Boot
Ejecutar antes de PRs, después de cambios importantes y antes del despliegue.
Cuándo Activar
- Antes de abrir un pull request para un servicio Spring Boot
- Después de refactorizaciones importantes o actualizaciones de dependencias
- Verificación previa al despliegue para staging o producción
- Ejecutar el pipeline completo de build → lint → test → escaneo de seguridad
- Validar que la cobertura de pruebas cumpla los umbrales
Fase 1: Build
Si el build falla, detener y corregir.
Fase 2: Análisis Estático
Maven (plugins comunes):
Gradle (si está configurado):
Fase 3: Pruebas + Cobertura
Reporte:
- Total de pruebas, pasadas/fallidas
- % de cobertura (líneas/ramas)
Pruebas Unitarias
Probar la lógica del servicio en aislamiento con dependencias mockeadas:
Pruebas de Integración con Testcontainers
Probar contra una base de datos real en lugar de H2:
Pruebas de API con MockMvc
Probar la capa controller con el contexto completo de Spring:
Fase 4: Escaneo de Seguridad
Hallazgos Comunes de Seguridad
Fase 5: Lint/Formato (compuerta opcional)
Fase 6: Revisión de Diff
Lista de verificación:
- Sin logs de depuración residuales (
System.out,log.debugsin guardias) - Errores y códigos HTTP con significado
- Transacciones y validación presentes donde se necesitan
- Cambios de configuración documentados
Plantilla de Salida
Modo Continuo
- Volver a ejecutar las fases ante cambios significativos o cada 30–60 minutos en sesiones largas
- Mantener un bucle corto:
mvn -T 4 test+ spotbugs para retroalimentación rápida
Recuerda: La retroalimentación rápida supera las sorpresas tardías. Mantener la compuerta estricta — tratar las advertencias como defectos en sistemas de producción.


