100% de cobertura de tests como objetivo de calidad

Declaración original

"Un proyecto de software profesional debe tener 100% de cobertura de tests. Cualquier línea sin cubrir es un riesgo inaceptable."

— Comunidad XP/Agile, herramientas de integración continua, 2005

Corrección oficial

La cobertura de líneas no es un proxy confiable de calidad de tests. El consenso actual rechaza los umbrales porcentuales como objetivos y favorece la cobertura de comportamientos críticos sobre la cobertura exhaustiva de líneas. Equipos con 100% de cobertura documentaron regresiones frecuentes; equipos con 60–70% de cobertura estratégica reportaron mejor relación costo-beneficio.

Causa

La métrica incentivaba tests triviales para incrementar el porcentaje en lugar de tests que validaran invariantes de negocio. El auge de los tests de integración y end-to-end como alternativa más confiable desplazó el foco de la cobertura unitaria. Martin Fowler documentó el antipatrón formalmente en 2012.