Escribir el caso de prueba de una regla de negocio

Una prueba de regla de negocio vale por lo que prueba que NO pasa. Comprobar que el cupón descuenta el 15 % en un caso normal es necesario, pero los fallos de esta lógica viven en los bordes: el valor justo en el mínimo, el tope, la fecha en otra zona horaria, dos peticiones a la vez, la segunda aplicación. Una buena prueba fija una entrada concreta, el resultado esperado calculado a mano desde la regla y, cuando la regla niega algo, comprueba también que el estado no cambió (que el contador de usos sigue igual, que el saldo no se movió).

Abre el laboratorio y lee regla-cupones.txt y CuponTest.php en la carpeta mecato-pruebas. Cada prueba lleva en un comentario la regla que cubre. Que todas pasen en resultado-pruebas.txt no dice nada de lo que no se prueba.

Un caso de prueba con el resultado esperado equivocado es peor que no tenerlo: o falla con el código correcto y alguien «arregla» el código, o se programa a la medida del error. Revisa propuesta-casos.txt y calcula a mano el resultado de cada caso desde la regla que cita.

Al caso que falta por completar le toca combinar dos reglas: el descuento del cupón y el envío. Calcúlalo como lo haría la prueba, con las cifras de regla-cupones.txt.

La prueba actual de un solo uso aplica el cupón dos veces, una después de la otra, y pasa. La regla escrita dice algo más, y la sala de condiciones de carrera mostró por qué esa diferencia importa. El caso CPB-03 de la propuesta apunta en esa dirección.