He leído en los blogs que la base de datos no debe ser golpeada cuando se ejecutan las pruebas de la unidad. Entiendo la teoría, sin embargo, digo que tengo procedimientos de tienda complejos que son parte de una operación de dominio comercial. Quiero escribir un conjunto de pruebas unitarias para el código relacionado con la operación comercial; sin embargo, si me burlo de la base de datos, tengo la sensación de que no estoy "probando" realmente todas las partes que forman parte de la operación. Por ejemplo, alguien podría crear un error en uno de los códigos de la base de datos y las pruebas seguirán ejecutándose correctamente.¿Por qué no golpear la base de datos dentro de las pruebas unitarias?
Me gustaría saber si esta guía sobre pruebas unitarias es buena en la práctica. He visto el concepto de "pruebas de integración"; sin embargo, no estoy seguro de qué herramientas usar para realizar pruebas de integración. Por ejemplo, ¿está bien crear una prueba de integración usando un marco de prueba como Nunit?
Gracias
Hugo
No puedo decirte cuántas veces he dicho casi exactamente lo mismo A NUESTRO GRUPO Q/A !!! Ven una gran prueba y, a veces, no entienden que hay dependencias. He tenido algunos problemas de forma que no pueden agregar el mismo registro más de una vez. Luego, tengo que convencerlos de que necesitan porciones de configuración y desmontaje añadidas a sus pruebas. (¿Cómo DARE un programador/diseñador humilde les dice cómo escribir pruebas) –
que es increíble, sus pruebas de escritura (aunque personalmente me encantan las pruebas) – Chazt3n