Evidencia positiva y negativa de prueba

Un caso positivo es un evento en el que la conducta que vigila la regla ocurre, y la regla debe alertar. Un caso negativo es un evento parecido en el que no hay nada que alertar, y la regla debe callar. Los eventos de los casos son datos de prueba ya escritos, en un banco aislado; nada se ejecuta contra sistemas reales.

Los dos hacen falta porque cada uno atrapa un fallo distinto. Una regla que alerta ante todo supera todos los casos positivos con nota perfecta, y solo los negativos la delatan. Una regla demasiado estricta supera los negativos y solo los positivos muestran que no ve nada.

La versión 1 saltaba con casos en los que no había nada que alertar. La versión 2 corrigió el primero y no el segundo. Para ver cuál es cuál hay que mirar, fila a fila, lo que debía hacer la regla y lo que hizo cada versión.

Arreglar el ruido sin mirar los positivos es la manera clásica de romper una regla: una condición más estricta que quita un falso positivo puede quitar también una forma legítima de la conducta. Por eso se pasan todos los casos en cada versión, y no solo el que motivó el cambio.

La versión 2 acierta cuatro de seis y el autor propone fusionarla porque arregla el ruido que más molesta al turno. La regla del equipo es simple: una versión sale de pruebas con todos los casos en verde, y cada falso positivo o falso negativo nuevo que aparezca en producción se convierte en un caso más del banco antes de arreglarlo.

Eso último es lo que evita que un error se arregle dos veces. Si el caso no queda guardado, la versión siguiente puede volver a romperlo y nadie lo sabrá hasta que otro analista lo sufra.

La versión 3 supera los seis casos y es tentador cerrar ahí. Pero seis casos en verde solo prueban las formas de la conducta que alguien pensó. La lista de las formas posibles está en una tabla del banco, con el caso que cubre cada una.