Positivos, negativos y casi-positivos

Un conjunto de prueba se compone de casos. Cada caso es un evento (o una pequeña secuencia) escrito de antemano junto con lo que debe hacer la regla. Hay tres clases. El positivo es el que debe hacerla saltar: la conducta que la regla existe para ver. El negativo es el normal y corriente: la regla debe callar. El casi-positivo se parece mucho a un positivo en la superficie, pero por una razón concreta no lo es: se parece en el nombre de la cuenta, en el momento, en el equipo. La regla debe callar, y es donde la mayoría de las reglas se equivocan.

El «esperado» se escribe antes de correr nada. Si se anota después de ver lo que la regla hizo, la prueba confirma lo que ya había y no comprueba nada.

Abre el panel y mira la regla y sus casos: la tabla regla dice qué cuenta vigila, y casos trae los nueve eventos del conjunto con la clase y lo esperado. Una buena prueba incluye al menos un caso cuyo nombre se parece al que la regla vigila sin serlo, porque es el error de escritura más frecuente: una condición demasiado generosa con el texto.

La regla declara qué valores vigila. Un conjunto bien hecho tiene al menos un positivo por cada valor, porque si no, nadie sabe qué ocurre con el que no se probó: puede funcionar o no, y la ficha de la regla afirmaría una cobertura que nadie ha visto. Cruza los valores de la columna logica de la tabla regla con los de tipo_de_inicio en los casos positivos.

El conjunto no sirve solo para comprobar que la regla alerta: la mitad de su valor es comprobar que no lo hace. Un conjunto con muchos positivos y pocos negativos premia a la regla que alerta por todo. Cuenta los casos en que lo esperado es el silencio, sumando negativos y casi-positivos.

El conjunto está incompleto en un punto que ya has encontrado. Añadir casos es barato; añadir casos que no prueben nada nuevo, también, pero ocupa mantenimiento. Un caso entra al conjunto porque cierra una pregunta concreta que nadie había contestado.