Lección 3 de 6 · 3 min
Diagnóstico de fallos y auditoría de cobertura
Diagnóstico: de 30 minutos a 3
Un test rojo en CI con stack trace críptico es el caso de uso donde la IA da resultados inmediatos. La técnica es dar evidencia completa, pregunta específica:
Este test Playwright falla en CI (2 de 10 veces) pero pasa local.
Pregunta: ¿cuál es la causa más probable y cómo lo confirmo?
[error completo con stack trace]
[el test completo]
[del trace: la request a /api/bookings tardó 8.2s en CI vs 0.3s local]
Con frecuencia intermitente + diferencial CI/local + timing de network, el modelo diagnostica race conditions, timeouts mal calibrados y datos compartidos con precisión alta. Sin esos datos, adivina — igual que un humano.
La pregunta de seguimiento que siempre vale oro: "¿qué evidencia confirmaría o descartaría esa hipótesis?" — convierte la corazonada del modelo en un experimento que tú ejecutas.
Auditoría de cobertura
"¿Qué comportamientos de este componente NO están cubiertos por estos tests?" es una de las preguntas que los LLM mejor responden:
Componente: [pega el código del formulario de reservas]
Tests actuales: [pega los specs]
Lista los comportamientos observables del componente que ningún
test cubre, ordenados por riesgo. Ignora detalles de implementación.
Resultados típicos que aparecen: el estado de error de red, el doble-submit, el comportamiento con JavaScript de validación desactivado, la zona horaria del selector de hora. El modelo lee el código sin el sesgo del que lo escribió — ve los caminos, no las intenciones.
Límite honesto: la IA audita lo que está en el código. La cobertura que falta porque el requisito nunca se implementó no aparece — eso requiere comparar contra los requisitos, y ese sigue siendo tu trabajo.
Reportes y comunicación
El uso menos glamoroso y más cotidiano: convertir evidencia técnica en comunicación.
- Trace + logs → reporte de bug con estructura profesional en 30 segundos.
- Lista de bugs del sprint → resumen ejecutivo para el PO que no lee stack traces.
- Suite de 200 tests → descripción del riesgo cubierto en lenguaje de negocio.
Los modos de fallo (memorízalos)
- Alucina causas plausibles con total confianza — por eso siempre se cierra con el experimento confirmatorio.
- Se ancla en la primera hipótesis — si la evidencia nueva la contradice, abre conversación fresca.
- No sabe qué cambió ayer en tu repo — el 80% de los fallos nuevos vienen del último cambio; dile cuál fue.
Ejercicio
Toma un fallo real de CI (o rompe algo a propósito) y practica el flujo completo: evidencia → hipótesis del modelo → experimento confirmatorio → arreglo. Cronometra contra tu tiempo habitual sin asistencia.