WireMock como si fuera Mockito
En los tests con Mockito...
- Falseamos todos los colaboradores del SUT
- Le decimos a los colaboradores qué responder a cada llamada
- Comprobamos la respuesta del SUT
- Comprobamos que las llamadas a los colaboradores son EXACTAMENTE las que esperamos
Así controlamos toda la entrada y salida del SUT para comprobar que su comportamiento desde el exterior es el correcto.
El SUT es el Subject Under Test que viene a ser la clase/funcion/loquesea que estemos testeando, son unas siglas muy guays que la peña de QA usa porque son profesionales. Aritz guapo.
Ejemplo en Payments API
EnsureStripeCustomerTest.java:70
En los tests con WireMock, normalmente...
- Falseamos los colaboradores del SUT
- Le decimos a los colaboradores qué responder a cada llamada
- Comprobamos la respuesta del SUT
- ...
- Y nos olvidamos de comprobar que las llamadas a los colaboradores han sido correctas
Pero podemos hacerlo y no es complicado aliñando un poco el cliente de WireMock en los tests.
Ejemplo en Payments API
PayPalTokenizationTest.java:142
No es todo color de rosas:
- Hay que hacerse esas funciones extra que WireMock no incluye para asemejarlo en funcionalidad a Mockito
- Que igual existen pero no pude encontrarlas porque el concepto "documentación" en el mundo Java es una puta broma de mal gusto :D
- Es fácil mientras sepas exactamente cuando la operación que testeas ha finalizado.
- Background jobs que se lanzan tras una petición HTTP? Mensajes a la Rabbit que se consumirán a saber cuando? Suerte :)
Pero creo que merece la pena :)
A pastar!