Cuando algo se cae, lo sabe en minutos. Cuando algo no hace nada en silencio y dice que funcionó, lo descubre semanas después, por un cliente o por un resultado que falta. Después de operar varios productos propios, este es el tipo de error que más tiempo nos ha costado.
Cuatro formas en que aparece
- El error tragado. Una tarea programada de despliegue descargaba código nuevo, y la descarga falló. El script terminaba con “salir con éxito si la descarga falla”, así que cada corrida registraba éxito sin desplegar nada. Pasó inadvertido unas dos semanas. La solución fue hacer ruidosa la falla y registrar qué versión está realmente en producción.
- La luz de estado que solo refleja el pasado. Un revisor de segunda opinión dejó de funcionar tras la actualización de una herramienta, pero su indicador siguió en verde porque solo se actualizaba cuando corría una tarea real. Un indicador pasivo dice “lo último funcionó”, no “funciona ahora”.
- El entregable parcial. Una función de exportación que debía entregar al cliente su proyecto completo comprimía solo la carpeta de salida compilada, no el código fuente. Todo parecía bien hasta que alguien necesitó editarlo.
- El valor por defecto que oculta un bloqueo. Cuando una página estaba tras un muro de acceso, la auditoría recurría a valores por defecto y reportaba un puntaje normal. El puntaje era aritmética real sobre la página equivocada.
La única regla
Pruebe la capacidad, nunca el artefacto.
Una línea de registro, un indicador verde y un código de salida son artefactos: evidencia de que algo corrió. La capacidad es si la cosa cumple su trabajo ahora mismo. Por eso una verificación de salud debe hacer un pequeño trabajo real de punta a punta, como hacerle una pregunta trivial al revisor y comprobar la respuesta, en lugar de leer un campo de estado.
Qué hacemos ahora
- Las cláusulas de guarda y los valores de respaldo reciben una segunda mirada. Cada “o salir con cero” y “o un objeto vacío” es un lugar donde una falla puede esconderse.
- Los despliegues registran la versión que enviaron y una verificación aparte la compara con la versión en producción.
- Las alertas se disparan por resultados ausentes, no solo por errores. Si el informe no apareció, esa es la alerta.