【问题标题】:Repository testing minimizing repetition存储库测试最大限度地减少重复
【发布时间】:2013-06-19 17:22:22
【问题描述】:

有一个具有典型场景数据访问层 (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 实体它也适用于其他实体是否明智;但是,在测试创建和维护方面,对每个测试都有额外的开销。你能推荐任何关于这方面的最佳做法吗?

(顺便说一下,这些是集成测试)

谢谢

【问题讨论】:

  • 抹杀?那是我第一次看到 Obliterate 而不是 Remove 或 Delete
  • 另外一个工具已经使用了这个名字,我们的用户非常熟悉;加上它让你在调用它之前三思而后行:) 可以软删除的实体有一个 Delete 方法。
  • IQueryable&lt;T&gt; 不属于存储库。在 SO 阅读其他一些关于为什么的问题。
  • 感谢@jgauffin 的提示,指向特定问题的链接会有所帮助。

标签: c# entity-framework integration-testing repository-pattern


【解决方案1】:

我不知道假设如果插入,例如,是否明智, 适用于 Foo 实体,也适用于其他实体

不,你不能这样假设。如果某些实体没有正确的映射怎么办?如果您忘记在您的DbContext 上定义DbSet&lt;Bar&gt; 怎么办?如果你想完全确定,你应该测试所有具体存储库的所有方法。

但是,对每个测试都在测试方面增加了开销 创建和维护

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

【讨论】:

  • 我明白你对验收测试的意思;然而,这个应用程序只是一个 DAL,作为一个库分发,其他对等方将在他们的应用程序中使用它来访问我们的系统。所以真的没有更多的测试......
猜你喜欢
  • 1970-01-01
  • 1970-01-01
  • 2020-04-23
  • 1970-01-01
  • 2014-08-27
  • 2019-11-26
  • 2021-11-01
  • 1970-01-01
  • 1970-01-01
相关资源
最近更新 更多