Estoy codificando pruebas en C # y me decidí por esta estructura: try { // ========== // ARRANGE // ========== // Insert into the database all test data I'll need during the test // ========== // ACT // ========== // Do what needs to be tested // ========== // ASSERT // ==========...
En las últimas semanas, he estado reflexionando e investigando cómo llenar un vacío en nuestra metodología de prueba. En términos simplificados, las pruebas unitarias son demasiado pequeñas y las pruebas de integración tradicionales son demasiado grandes. Un escenario frecuente surge donde Ay...
El equipo de prueba (el llamado equipo de control de calidad en algunas organizaciones) insiste en que el equipo de desarrollo debe compartir sus casos de prueba (del equipo de desarrollo) con ellos. Sus argumentos son que los casos de prueba de desarrollo son el punto de partida para la prueba de...
Tengo un servidor CI (Hudson) que felizmente construye, ejecuta pruebas unitarias y se implementa en el entorno de desarrollo, pero ahora me gustaría que ejecute las pruebas de integración. Las pruebas de integración llegarán a una base de datos y esa base de datos se cambiará constantemente para...
Un problema que creo que voy a encontrar con mis pruebas de integración es tener múltiples pruebas accediendo a la misma base de datos. Si bien esto no es un problema ahora, sé que tenemos varias aplicaciones aquí que acceden a la misma base de datos y solo estoy tratando de pensar en una forma de...