Desarrollo ágil

Tests de cobertura

`jj.github.io/curso-tdd/temas/cobertura`

✓ TODO

□ ¿Se ha creado una hoja de ruta en los milestones?

□ ¿Se ha configurado un sistema de CI?

□ ¿Se ha reorganizado la lógica de negocio con tests usando inversión de dependencias?

Si no se ha comprobado, está roto

Cobertura: número de caminos de código que los tests ejercitan

Si se usa TDD es difícil que aparezcan caminos descubiertos, pero puede aparecer código no cubierto en refactorizaciones o en código legacy. También puede haber corner cases que no estén cubiertos por ningún test (aunque haya código para ellos

Buscar el nivel ideal de cobertura

Usar los tests de cobertura para identificar código muerto

En proyectos libres, usarlo para código añadido

En combinación con el profiler, identificar cuellos de botella

Elegir un marco/servicio de cobertura.

Generación de informes a partir del código

go test
                            -coverprofile=coverage.out

Visualización de esos informes

cobertura chugga

Antes de pasar por la refactorización

Refactorización

cobertura menos chunga

En muchos casos, los tests de cobertura revelan problemas en el código que hay que refactorizar; por ejemplo, mal diseño de ramificaciones, o excepciones mal planteadas

Integrar los tests de cobertura en integración continua

Usando servicios online de cobertura

Coveralls, codecov

✓ TODO hito 15 (último)

Configurar tests de cobertura e integrarlos en CI

`[gestor de tareas] coverage` en el `README.md`

Badge de codecov con cobertura aceptable.

Desarrollo ágil Tests de cobertura jj.github.io/curso-tdd/temas/cobertura