que utilizan una combinación de SpecFlow con xUnit a prueba mis CSLA objetos de negocio. SpecFlow con xUnit se usa para definir y probar los escenarios del usuario (piense: pruebas funcionales/de aceptación), y xUnit solo se usa para probar clases individuales y combinaciones de tales.
Dependencias dentro de las clases de CSLA, como el acceso a datos, se inyectan a través de un contenedor. Tales dependencias pueden y a menudo se burlan de las pruebas unitarias.
El cliente de prueba y nuestro Data Portal remoto tienen contenedores separados cargados con las dependencias correctas. Si una prueba necesita simular cualquiera de las dependencias del Portal de Datos, tenemos un Comando CSLA especial que se ejecuta (a través de xUnit BeforeAfterTestAttribute
) en el Portal de Datos y reemplaza las dependencias estándar con nuestras dependencias falsas. Cuando las pruebas se completan, el comando se ejecuta nuevamente para volver a colocar las dependencias estándar en el contenedor.
Espero que algo de esto ayude.