Attualmente sto cercando di unità di prova un repository che ho fatto attraverso Entity Framework:Come testare unitamente un pattern di repository che utilizza Entity Framework?
Quello che voglio che accada è che prova il repository, senza in realtà l'invio/la connessione al database vero e proprio, voglio questo senza usare alcun beffardo struttura.
Attualmente il mio test sta inviando i dati al database, quello che voglio succedere è testare i metodi add/remove etc. senza inviare i dati effettivi al database poiché è solo per il test.
Ecco il repository:
namespace AbstractFactory.Repository
{
using System.Collections.Generic;
using System.Data.Entity;
using System.Linq;
/// <summary>
/// This class serves as the structure of the Author repository using a database
/// </summary>
public class DbAuthorRepository : IRepository<AuthorEntity>
{
private AbstractFactoryPatternEntities context;
public DbAuthorRepository(AbstractFactoryPatternEntities context)
{
this.context = context;
}
/// <summary>
/// Adds the specified author.
/// </summary>
/// <param name="author">The author.</param>
public void Add(AuthorEntity author)
{
context.AuthorEntities.Add(author);
}
/// <summary>
/// Removes the specified author.
/// </summary>
/// <param name="author">The author.</param>
public void Remove(AuthorEntity author)
{
this.context.AuthorEntities.Remove(author);
}
/// <summary>
/// Saves this instance.
/// </summary>
public void Save()
{
this.context.SaveChanges();
}
/// <summary>
/// Gets all.
/// </summary>
/// <returns>returns a list of all the authors</returns>
public IEnumerable<AuthorEntity> GetAll()
{
List<AuthorEntity> result = this.context.AuthorEntities.Include(a => a.Books).ToList();
return result;
}
/// <summary>
/// Gets the author by id.
/// </summary>
/// <param name="id">The id.</param>
/// <returns>returns an entity</returns>
public AuthorEntity GetById(int id)
{
AuthorEntity result = this.context.AuthorEntities.Single(a => a.AuthorId == id);
return result;
}
}
}
ecco il codice corrente per la prova di unità:
[TestMethod]
public void Add_MethodIsCalled_EntityCountIsIncrementedByOne()
{
using (ShimsContext.Create())
{
ShimAbstractFactoryPatternEntities context = new ShimAbstractFactoryPatternEntities(new AbstractFactoryPatternEntities());
DbAuthorRepository repository = new DbAuthorRepository(context);
repository.Add(new AuthorEntity { FirstName = "Test", LastName = "testing=" });
var actual = repository.GetAll().Count();
repository.Save();
var expected = repository.GetAll().Count();
Assert.AreNotEqual(actual, expected);
}
//AbstractFactoryPatternEntities context = new AbstractFactoryPatternEntities();
//DbAuthorRepository repository = new DbAuthorRepository(context);
//var actual = repository.GetAll().Count();
//repository.Add(new AuthorEntity { FirstName = "Testing", LastName = "MyTest" });
//repository.Save();
//var expected = repository.GetAll().Count();
//Assert.AreNotEqual(actual, expected);
}
[TestMethod]
public void Remove_MethodIsCalled_EntityCountRemainsTheSame()
{
AbstractFactoryPatternEntities context = new AbstractFactoryPatternEntities();
DbAuthorRepository repository = new DbAuthorRepository(context);
AuthorEntity newAuthor = new AuthorEntity { FirstName = "Testing", LastName = "MyTest" };
repository.Add(newAuthor);
repository.Save();
var actual = repository.GetAll().Count();
Console.WriteLine(actual);
repository.Remove(newAuthor);
var expected = repository.GetAll().Count();
Console.WriteLine(expected);
Assert.AreEqual(actual, expected);
}
[TestMethod]
public void Get_MethodIsCalled_CorrectAuthorIsRetrieved()
{
AbstractFactoryPatternEntities context = new AbstractFactoryPatternEntities();
DbAuthorRepository repository = new DbAuthorRepository(context);
int target = 4;
AuthorEntity author = repository.GetById(target);
Assert.AreEqual(target, author.AuthorId);
}
voglio usare spessori/stub/falsi al fine di rendere il test.
Qual è la domanda? –
Se tutto ciò che i repository stanno facendo è una linea di codice che sta effettuando una chiamata a EF, allora non è necessario eseguire alcuna verifica unitaria su di essa. Anche lo zio Bob è d'accordo: http://blog.8thlight.com/uncle-bob/2013/03/06/ThePragmaticsOfTDD.html – IronMan84
+ 1 a @ IronMan84 - non si preoccupa di testare alcun framework, altrimenti potresti potenzialmente trovarti a testare il codice che non puoi sistemare. –