Question

A有一个具有典型场景数据访问层（DAL）的应用程序：

使用实体框架（EF）创建的数据上下文。
使用EF生成的实体作为整个应用程序的通用DTO。
DAL包含扩展RepositoryBase抽象类的不同存储库，它实现了基本的CRUD操作;特定存储库仅具有其实体类型的特定方法。可以软删除的实体的存储库扩展了SoftDeleteRepositoryBase，它本身扩展了RepositoryBase。

为了给出一些上下文，这里有一些类/接口。

通用存储库接口：

public interface IRepository<T> : IDisposable where T : class
{
    void Add(T entity);
    void Update(T entity);
    void Obliterate(T entity);
    void Obliterate(Expression<Func<T, bool>> where);
    T GetById(long id);
    T GetById(string id);
    IQueryable<T> GetAll();
    IQueryable<T> GetMany(Expression<Func<T, bool>> where);
    T GetSingle(Expression<Func<T, bool>> where);
    void SaveChanges();
}

存储库基础：

public abstract class RepositoryBase<T> : IRepository<T> where T : class
{
    ...
}

Foo实体的存储库：

public class FooRepository : RepositoryBase<File>, IFooRepository
{
    // Specific methods here
    ...
}

我应该如何测试存储库？现在我有一个每个存储库的测试类，测试方法在所有存储库中非常相似，因为它们主要测试RepositoryBase中的泛型方法。很明显，我需要对特定方法进行测试，但对于全局通用方法，我应该针对每个不同的实体进行测试吗？我不知道是否明智地假设，例如，如果插入适用于Foo实体，它也适用于其他实体;但是，对于每个测试，在测试创建和维护方面都会增加额外开销。你能推荐一下这方面的最佳实践吗？

（顺便说一句，这些是集成测试）

由于

Answer 1

我不知道如果插入，例如，是否明智适用于Foo实体，它也适用于其他人

不，你不能假设这一点。如果某个实体没有正确的映射怎么办？如果您忘记在DbSet<Bar>上定义DbContext，该怎么办？如果您想完全确定，则应测试所有具体存储库的所有方法。

然而，对于每个测试，在测试方面都有额外的开销创建和维护

正确。这就是为什么不为存储库编写集成测试，而是为您的应用程序编写验收测试。您将练习整个堆栈并将涉及具体的存储库。

存储库测试最小化重复

1 个答案: