Optimizador de Cobertura

El Problema

Los equipos persiguen numeros de cobertura — 80%, 90%, 100% — agregando tests que cubren lineas pero no testean comportamiento. El resultado es una suite de tests inflada que es lenta, costosa de mantener y sigue perdiendo bugs criticos. Cobertura inteligente significa cubrir cada ruta de decision en codigo de alto riesgo mientras se omiten getters triviales y archivos de configuracion.

El Prompt

Optimiza mi estrategia de cobertura de tests. Quiero maxima capacidad de deteccion de bugs con el minimo de tests — sin tests redundantes o de bajo valor.

REPORTE DE COBERTURA:
[pega tu resumen de cobertura o describe los vacios]

CODIGO FUENTE (areas de enfoque):
[pega los modulos con cobertura baja o cuestionable]

Analiza y proporciona:

1. **Analisis de Vacios de Cobertura** — Rutas criticas sin testear, codigo trivial sobre-testeado, codigo muerto
2. **Matriz de Prioridad** — Rankear codigo sin testear por riesgo
3. **Tests Dirigidos** — Escribir tests SOLO para las rutas de alto riesgo sin testear
4. **Tests a Remover** — Identificar tests existentes que pueden eliminarse de forma segura
5. **Configuracion de Cobertura** — Configurar umbrales inteligentes por modulo

Ejemplo de Salida

// VACIO: Ningun test cubre la verificacion de expiracion de token en authMiddleware (RIESGO ALTO)
it('debe rechazar requests con tokens JWT expirados', async () => {
  const expiredToken = createToken({ exp: Math.floor(Date.now() / 1000) - 3600 });
  const res = await request(app).get('/api/protected')
    .set('Authorization', `Bearer ${expiredToken}`);
  expect(res.status).toBe(401);
  expect(res.body.code).toBe('TOKEN_EXPIRED');
});

Cuando Usar

Usar durante auditorias de suite de tests, cuando la cobertura baja y necesitas priorizar que testear, o cuando los tests estan ralentizando CI y necesitas recortar la suite.

Tips Pro

• Diff coverage sobre cobertura absoluta — configurar CI para requerir 100% de cobertura en lineas cambiadas, no en todo el codebase.
• Usar cobertura como inicio de conversacion — cobertura baja en un modulo senala riesgo, no un mandato de agregar tests.
• Eliminar tests que te frenan — un test que toma 5 segundos y solo cubre una concatenacion de strings es activamente danino.
• Combinar con mutation testing — cobertura alta + score de mutacion bajo = tests debiles.