Patrones de Arquitectura con Python

Capítulo 5. TDD en marchas largas y cortas

Este trabajo se ha traducido utilizando IA. Agradecemos tus opiniones y comentarios: [e-mail]

Hemos introducido la capa de servicio para capturar algunas de las responsabilidades de orquestación adicionales que necesitamos de una aplicación en funcionamiento. La capa de servicio nos ayuda a definir claramente nuestros casos de uso y el flujo de trabajo de cada uno: qué necesitamos obtener de nuestros repositorios, qué comprobaciones previas y validación del estado actual debemos hacer, y qué guardamos al final.

Pero actualmente, muchas de nuestras pruebas unitarias funcionan a un nivel inferior, actuando directamente sobre el modelo. En este capítulo hablaremos de las ventajas y desventajas de trasladar esas pruebas al nivel de la capa de servicio, y de algunas directrices más generales sobre las pruebas.

Harry dice: Ver una pirámide de pruebas en acción fue un momento luminoso

Aquí tienes unas palabras de Harry directamente:

Al principio era escéptico respecto a todos los modelos arquitectónicos de Bob, pero al ver una pirámide de prueba real me convertí.

Una vez que implementas el modelado de dominios y la capa de servicios, realmente puedes llegar a una fase en la que las pruebas unitarias superen en número a las pruebas de integración y de extremo a extremo en un orden de magnitud. Después de haber trabajado en lugares donde la construcción de pruebas E2E llevaba horas ("espera hasta mañana", básicamente), ...