Construir un árbol propio

El árbol se lee de arriba abajo y decide la primera regla que se cumple. Eso tiene una consecuencia que se olvida al escribirlo: una regla general colocada antes de una específica la tapa, y la específica nunca llega a decidir. En una tabla de reglas, lo más específico va primero y la regla que cubre todo lo demás va al final.

Mira la tabla borrador: las reglas B1 a B7 y el asterisco, que significa cualquier valor.

Compara criterios_comite con borrador. El criterio K2 pide que lo explotado activamente, automatizable y de impacto total en misión media se corrija con la gerencia. El borrador tiene una regla escrita para eso. Busca cuál es y por qué no se llega a ella.

La tabla casos_de_prueba trae siete casos resueltos a mano por el comité y la decisión que da el borrador. Un árbol se acepta cuando coincide con el comité en todos. Cuenta en cuántos no coincide.

Uno de los casos que discrepan es de explotación poc. El criterio K3 pide adelantar el parche con prueba pública y control total desde misión media, pero el borrador solo lo hace en misión alta. Falta una regla.

Los casos de prueba se acuerdan antes de escribir las reglas, con quienes responden por la misión. Si se escriben después, tienden a justificar lo que el árbol ya dice. Cada cambio de regla se vuelve a probar con todos los casos, no solo con el que falló.