¿Cómo hacer una prueba de unidad de las operaciones de CRUD en un repositorio?

Question

Tenga en cuenta que esto puede sonar como una pregunta amplia, así que déjenme aclarar. Tengo un repositorio expuesto a través de una interfaz, con dos implementaciones concretas: MockRepository y EntityFrameworkRepository.

Ahora, tengo un proyecto Unit-Test para el cual todas las pruebas se pueden ejecutar contra el repositorio ya sea, pasando rápidamente una línea en [TestInitialize].

Mi pregunta es básicamente "¿Cómo debo escribir las pruebas".

Esto es lo que tengo:

C reate

// Arrange. 
var foo = new Foo { .. }; 

// Act 
Repository.Add(foo); 
UnitOfWork.Commit(); 

// Assert 
Assert.IsTrue(foo.Id > 0); 

R ECUPERACIÓN D E U

// Arrange. 
var fooToGet = 1; 

// Act 
var foo = Repository.FindSingle(fooToGet); 

// Assert 
Assert.IsNotNull(foo); 
Assert.AreEqual(foo.Id, fooToGet); 

T pdate

// Arrange. 
var fooToGet = 1; 
var nameToChangeFooTo = "FooBar"; 

// Act 
var foo = Repository.FindSingle(fooToGet); 
foo.Name = nameToChangeFooTo; 
UnitOfWork.Commit(); 
var fooRetrievedAgain = Repository.FindSingle(fooToGet); 

// Assert 
Assert.IsNotNull(foo); 
Assert.AreEqual(fooRetrievedAgain.Id, fooToGet); 
Assert.AreEqual(fooRetrievedAgain.Name, nameToChangeFooTo); 

D elete

// Arrange. 
var fooToGet = 1; 

// Act 
var foo = Repository.FindSingle(fooToGet); 
Repository.Remove(foo); 
UnitOfWork.Commit(); 
var fooRetrievedAgain = Repository.FindSingle(fooToGet); 

// Assert 
Assert.IsNull(fooRetrievedAgain); 

que está funcionando bien , tanto para el Mock y el repositorio de EF, pero mi principal problema es C (Crear). No estoy seguro de cómo probar una operación Agregar en mi repositorio. No es se siente bien lo que estoy haciendo.

Pasa para el Repositorio de EF, pero para hacerlo pasar en mi Repositorio de Mock tuve que usar el reflejo para actualizar el ID en la colección en memoria (desagradable).

Entonces, ¿podría compartir algunos consejos sobre cuáles son las formas correctas de probar las operaciones CRUD en el patrón de repositorio?

Esta es una aplicación MVC de ASP.NET, .NET 4, C#, Entity Framework 4 y patrones de unidad de trabajo/repositorio.

Gracias.

EDITAR

sólo para aclarar chicos, estos no son todos los unidad de pruebas que tengo. Tengo pruebas de unidad para mi capa de servicio, así como pruebas de reglas de negocio.

Ambos últimos fallarán (y deberían) si mis pruebas de Repositorio anteriores fallan. Ese es el punto aquí, para probar la unidad operaciones muy básicas de mis repositorios. ¿Me equivoco?

Answer 1

Una opción es usar una base de datos en memoria como SqlLite para probar el comportamiento de sus asignaciones, consultas y repositorios. Esto es discutido por Ayende here, aunque su ejemplo usa NHibernate.

Otra opción que parece abordar su preocupación inmediata de establecer los Id. De los objetos de dominio es usar pruebas falsas.Esto es discutido por RhysC here.

Answer 2

OMI, su prueba de crear debe:

• añadir una entidad al repositorio
• afirman que fue asignado un ID
• recuperar la entidad insertada utilizando el ID de
• comparar la entidad inicial con la entidad de lectura y asegúrese de que sus propiedades sean las mismas

Tengo muchas pruebas unitarias como la suya la principal d La diferencia es que estoy usando un método de comparación profundo para comparar instancias de objetos. Por ejemplo, mis pruebas U se ven así:

• añadir una entidad al repositorio
• recuperar la entidad insertada utilizando el ID de
• cambiar algunas de las propiedades de la entidad
• actualización de la entidad en el repositorio
• recuperar la entidad actualizada utilizando el ID
• comparar la entidad actualizada con la entidad de lectura y asegurarse de que sus propiedades sean las mismas (puede definir una lógica específica para las propiedades que no son actualizables)