Prueba de integración para la creación de instancias de un tipo a través del contenedor DI

Question

Estoy ejecutando TDD en una aplicación web ASP.NET MVC.

¿Es una práctica estándar crear pruebas de integración para demostrar la correcta creación de instancias de un tipo a través del contenedor DI (en mi caso, Castle Windsor)?

Si es así, ¿se burlaría del contenedor o simplemente lo usaría como está?

O ... ¿esto simplemente no se hace por alguna razón?

Gracias.

Answer 1

El término Prueba en Desarrollo guiado por pruebas generalmente se interpreta como la prueba de Unidad , no la prueba de Integración , por lo que en un proceso TDD puro No consideraría una práctica estándar escribir y ejecutar pruebas de integración de ningún tipo.

Esto no significa que no valga la pena escribir y ejecutar pruebas de integración, simplemente no se considera una práctica estándar de TDD. Sin embargo, si amplía un poco el alcance para abarcar el desarrollo ágil en general, la mayoría de las organizaciones ágiles consideran que es una parte estándar de su práctica mantener y ejecutar pruebas de aceptación automatizadas.

Las pruebas de integración como las que usted pregunta caben muy bien en este tipo de proceso. Es posible que no desee hacerlo muy a menudo en su máquina de desarrollo, pero aún así debe tener su compilación de Integración Continua (CI), o al menos una compilación diaria, hacerlo (dependiendo de la complejidad).

Cuando los ve como pruebas de aceptación, tiene más sentido dejar que su Contenedor DI resuelva toda la pila como se supone que debe ser, es decir, no habrá simulacros involucrados en este caso: tiene que probar el trato real.

Sin embargo, la conclusión es: si funciona para ti, hazlo . Agile / Lean Development no se trata de dogma, se trata de buscar y aplicar constantemente las técnicas que hacen que su equipo sea más productivo. Si bien puede ser valioso aprender de los errores y éxitos de otras personas, en última instancia, debe experimentar y medir qué funciona mejor para su equipo.