Agustin Caldart
EstudianteMaría Camila Lenis Restrepo
ProfesorLeonardo Valdivieso
EstudianteNicolás Sañudo
EstudianteRubens A. Rangel Gomez
EstudiantePara los que tengan problema con wsl que nos les abre automáticamente html pueden agregarlo a la raiz con
go tool cover -html=coverage.out -o coverage.html
Buen aporte, Agustín
% de coverage:
go test ./controller/ -coverprofile=profile.out
vista html:
go tool cover -html=profile.out
generar html:
go tool cover -html=profile.out -o profile.html
chromium profile.html
Acá dejo la página oficial y el repositorio en GitHub.
Happy testing 🧪
Aquí tienes la síntesis clara:
🧠 Idea principal
El coverage (cobertura de tests) mide cuánto código se ejecuta en pruebas, pero no garantiza que el comportamiento esté bien validado; lo importante es testear correctamente, no solo cubrir líneas.
🧩 Fundamentos
1. ¿Qué es el coverage?
Es el porcentaje de código ejecutado por los tests.
Se mide con herramientas como:
go test ./... -coverprofile=profile.out
go tool cover -html=profile.out
2. Visualización
Se puede ver en HTML para identificar:
qué partes están cubiertas
qué partes no
3. Limitación del coverage
Ejecutar código ≠ validar comportamiento.
Puedes tener alto coverage con tests pobres.
4. Enfoque correcto
Priorizar pruebas que validen lógica real.
Incluir casos:
exitosos
errores
edge cases
🔑 Puntos importantes
Alto coverage no significa buena calidad.
Coverage solo indica ejecución, no verificación.
Tests deben validar comportamiento, no solo pasar por líneas.
Herramientas de coverage ayudan a detectar zonas no testeadas.
HTML facilita visualizar qué falta cubrir.
Es mejor tener menos tests bien hechos que muchos superficiales.
El objetivo es confianza en el sistema, no un número alto.
🎯 Conclusión
El coverage es una métrica útil, pero el verdadero valor está en testear el comportamiento correcto del sistema, no solo en cubrir código.