Verificar la causa, no el síntoma

Un informe decente escribe dos cosas distintas en cada hallazgo. El procedimiento es el camino reproducible: iniciar sesión con esta cuenta, pedir este documento, ver que llega. La causa es por qué funciona ese camino: una comprobación que no existe, un permiso que nadie revisa, un valor que se confía.

Quien corrige con prisa atiende lo primero, porque es lo que está escrito paso a paso y lo que se puede comprobar en dos minutos. El resultado es un parche en la pantalla del informe mientras la causa sigue sirviendo a otras pantallas que nadie nombró.

Por eso el retesteo tiene dos mitades. Primero repite el procedimiento documentado tal cual: si el síntoma sigue, no hay nada más que discutir. Si el síntoma desaparece, viene la segunda mitad: comprobar la causa donde el propio informe dijo que estaba. Esa segunda comprobación no amplía el alcance, porque el informe ya listó dónde alcanza la causa; solo sigue lo que el informe escribió.

Abre el escritorio. El extracto del informe lista las operaciones del portal que usan el repositorio de documentos, y el resultado del retesteo las recorre. Una de ellas sigue entregando documentos de otra cuenta.

El cliente cierra un ticket con una frase, y esa frase delata qué comprobó. «Ya no se reproduce en la URL del informe» es una afirmación cierta y estrecha: dice que el síntoma probado desapareció y no dice nada de la causa.

El archivo de estados del evaluador tiene cinco posibilidades, y la gracia está en no usar las dos de los extremos para todo. «Cerrado» exige las dos mitades. «No corregido» es para cuando el procedimiento reproduce el fallo igual.

En medio queda el estado que más se usa en la vida real y que más incomoda al cliente: el síntoma probado desapareció, la causa sigue viva en otro punto que el informe ya había nombrado. Llamarlo cerrado es mentir; llamarlo no corregido es injusto con el trabajo que sí se hizo y hace que el cliente deje de leerte.