Burlarse de las pruebas de integración

Question

¿Cómo se burlan las numerosas dependencias necesarias para las pruebas de integración?

Uso Mockito para mis pruebas de unidad "pura". 'Pure' en este caso significa probar una sola clase, burlarse de todas sus dependencias. Hermosa.

Ahora vienen las pruebas de integración. Digamos que en este caso, una prueba de integración será probar algo como esto:

1. mensaje se coloca en una cola
2. mensaje es 'procesada'
3. mensaje de respuesta se pone en una cola de respuesta

Digamos también que el procesamiento que ocurre en el paso 2 es algo serio. Se basa en muchas interacciones de bases de datos, en múltiples servicios externos, el sistema de archivos, todo tipo de cosas. También hay muchos efectos secundarios que provocarán el flujo, por lo que no puedo simplemente asegurarme de que la respuesta sea correcta, necesito verificar los efectos secundarios.

Cada una de estas dependencias está envuelta por una sola clase de servicio sin estado, lo que las hace agradables y burlables.

¿Cómo lo están manejando?

Me encantaría usar Mockito para poder verificar los efectos secundarios que tendrá el flujo anterior. Sin embargo, la documentación de Mocktio (y en gran medida su implementación) parece luchar enérgicamente contra su uso en contextos distintos a las pruebas unitarias "puras". He tratado de seguir este camino, pero

• Es difícil llenar los datos del trozo (ya que hay mucha de ella)
• Es difícil tener Primavera inyectar esos casos tropezados en mis habas
• Es difícil para 'reiniciar' los simulacros para que pueda verificar un conjunto diferente de interacciones sin borrar los talones.

EDITAR

Yo sé que podría manejar el tema de la base de datos con algo así como una instancia HSQLDB, pero aún existe la cuestión de los servicios externos. Para la repetibilidad no puedo confiar en que esos servicios estén funcionando, estar en el estado que requiero, etc. La única opción que veo es burlarse de ellos.

Whatdaya do?

Answer 1

Gran pregunta.

Parece que alcanzas los límites de Mockito. Mockito es genial si lo que quieres es inspeccionar las interacciones entre objetos.

Lo que quiere, sin embargo, parece ser observabilidad (y capacidad de control) en un nivel más alto de abstracción. Me temo que los simulacros o trozos que necesita para eso deben ser cuidadosamente diseñados y hechos a mano.

A nivel de la unidad, estos simulacros se pueden generar muy bien, mediante Mockito. En el nivel de integración, esto se vuelve mucho más difícil, y necesitará interfaces de comprobación de objetivos específicos.

Answer 2

Para burlarse de cosas como bases de datos, servicios web, el sistema de archivos, etc., es probable que desee refactorizar un poco. Para cada servicio externo, debe escribir una clase contenedora que tenga un método para cada operación que desee realizar. Cada uno de estos métodos no debería tener una lógica real, sino simplemente pasar sus parámetros en la forma en que el servicio externo lo comprenderá, y devolver un objeto que contenga los datos que devuelva el servicio externo. Por ejemplo, si está interactuando con una base de datos, la clase contenedora podría formatear sus parámetros en una instrucción SQL, enviarlos a un objeto existente Connection y devolver un List para el resultado.

Porque los métodos de la clase contenedora no contienen lógica (es decir, no if/else, no loops y ningún manejo de excepciones); no hay necesidad de probar la unidad de la clase contenedora.Debería probar la integración de la clase contenedora, para asegurarse de que sus responsabilidades se realizan correctamente (es decir, que la declaración SQL tenga el efecto deseado en la base de datos, por ejemplo).

Ahora vuelve a escribir las clases que interactúan con los servicios externos para que interactúen con las clases contenedoras en su lugar. Entonces es fácil probarlos en una unidad, solo tiene que burlarse de las clases de envoltura.

Answer 3

Si hay algún marco de simulación http o resto, usar eso debería ser bueno.

Todas las dependencias complicadas se pueden grabar, modificar y reproducir.