Al crear reglas, es importante tener la capacidad de verlas ejecutarse y evaluar si lo que están haciendo es lo que fueron diseñadas para hacer. Sin embargo, uno de los problemas que pueden ocurrir en cualquier conjunto de reglas de negocio, ya sea creadas gráficamente en una herramienta como el diseñador de reglas de Decisions o codificadas por programadores, es que una regla cambie fundamentalmente o incluso se rompa sin que nadie pueda detectarlo.
En el mundo del desarrollo de software, la mayoría de las metodologías ahora implican no solo escribir un fragmento de código, sino también escribir (en código) una batería de pruebas que permiten que un sistema se ejercite y valide automáticamente. La ventaja de esto es que cuando el comportamiento se rompe o cambia, la herramienta de ejecución de pruebas puede detectarlo y se puede solucionar.
En un entorno gráfico, existe la necesidad de este mismo tipo de pruebas.
- ¿Esta regla sigue produciendo los resultados que espero?
- ¿Maneja esta regla las entradas incorrectas como se diseñó?
- ¿Falla esta regla cuando se supone que debe hacerlo? (sí, una regla que falla podría ser lo que se supone que debe hacer, en el caso de datos faltantes, etc.)
La plataforma de decisiones incluye un marco de pruebas unitarias que permite crear y ejecutar pruebas en un entorno gráfico.
Cada prueba incluye:
- Nombre
- Entradas para la regla o el flujo
- Resultado esperado (¿se espera que devuelva un valor? ¿se espera que falle? ¿se espera que se ejecute sin fallar?)
¿Le gustaría ver una demostración de cómo puede realizar pruebas unitarias de reglas dentro de la plataforma Decisions? Póngase en contacto con nosotros. aquí.
(¡Nos unimos a Technorati!) TS49VQ5YCSA2
