基于Repository模式与Unit of Work的EF应用测试方案咨询

我开发了一个采用Repository模式、Unit of Work的应用，使用Entity Framework（EF）对接MSSQL数据库。当前应用分为两个项目：

1. DAL（数据访问层）：包含Unit of Work、通用Repository、基础数据访问控制器（实现GetAll、GetById、Edit、Delete、Create等基础操作）
2. BLL（业务逻辑层）：包含DTO映射器及业务逻辑控制器

核心疑问 #

针对该应用的测试方案，我有以下几个问题：

1. 是否需要为数据访问层编写测试？
2. 若测试数据访问层，仅测试控制器还是也需测试Repository（二者逻辑相近）？
3. 测试用例需自行初始化数据，还是使用预初始化数据库？
4. 是否需要为Mapper（使用Mapper扩展）编写测试？

代码示例 #

通用Repository

public class GenericRepository<TEntity> where TEntity : class
{
    internal WarehouseContext context;
    internal DbSet<TEntity> dbset;
    public GenericRepository(WarehouseContext context)
    {
        this.context = context;
        this.dbset = context.Set<TEntity>();
    }

    public virtual IEnumerable<TEntity> GetAll()
    {
        return dbset;
    }

    public virtual TEntity GetById(Guid id)
    {
        return dbset.Find(id);
    }

    public virtual void Add(TEntity entity)
    {
        dbset.Add(entity);
    }

    public virtual void Delete(Guid id)
    {
        TEntity entityToDelete = dbset.Find(id);
        dbset.Remove(entityToDelete);
    }

    public virtual void Edit(TEntity entityToUpdate)
    {
        dbset.Attach(entityToUpdate);
        context.Entry(entityToUpdate).State = EntityState.Modified;
    }
}

DAL层Category控制器

private readonly UnitOfWork _unitOfWork;

public CategoryController()
{
    _unitOfWork = new UnitOfWork();
}

public List<Category> GetCategories()
{
    return _unitOfWork.CategoryRepository.GetAll().ToList();
}

public Category GetCategoryById(Guid id)
{
    return _unitOfWork.CategoryRepository.GetById(id);
}

public void AddCategory(Category category)
{
    _unitOfWork.CategoryRepository.Add(category);
    _unitOfWork.Save();
}

public void EditCategory(Category category)
{
    _unitOfWork.CategoryRepository.Edit(category);
    _unitOfWork.Save();
}

public void DeleteCategory(Guid id)
{
    _unitOfWork.CategoryRepository.Delete(id);
    _unitOfWork.Save();
}

BLL层Category逻辑控制器

private readonly CategoryController _categoryController;
private readonly IMapper _mapper;

public CategoryLogicContoller()
{
    _categoryController = new CategoryController();
    var profile = new CategoryProfile();
    _mapper = profile.CategoryMapper;
}

public List<CategoryDTO_short> GetAllCategories_shortDescription()
{
    var categories = _categoryController.GetCategories().ToList();

    var categoriesDTO = new List<CategoryDTO_short>();

    foreach (var category in categories)
    {
        var categoryDTO = _mapper.Map<Category, CategoryDTO_short>(category);
        categoriesDTO.Add(categoryDTO);
    }
    return categoriesDTO;
}

应用架构截图 #

问题解答 #

1. 是否需要为数据访问层编写测试？
   需要。虽然EF本身经过官方测试，但DAL层封装了Repository和Unit of Work的逻辑，比如Save()的调用时机、实体与数据库表的映射配置，这些自定义逻辑或配置可能出现错误，必须通过测试验证。

2. 若测试数据访问层，仅测试控制器还是也需测试Repository？

• 通用Repository：当前代码仅封装EF基础操作，可做少量核心测试（比如验证GetById返回正确实体、Add后数据可持久化），无需全面覆盖。后续若添加自定义过滤、排序逻辑，需补充对应测试。
• DAL控制器：必须测试，它是业务层的调用入口，负责协调Repository与Unit of Work的协作（比如调用Repository后执行Save()），需验证这些组合逻辑的正确性。

3. 测试用例需自行初始化数据，还是使用预初始化数据库？
   推荐自行初始化测试数据：

• 优先用EF内存数据库：隔离性强，每次测试可创建全新上下文与数据，避免测试间相互干扰，适合快速单元测试。
• 若需验证SQL生成、数据库约束，可使用专用测试真实库，测试前清空并初始化必要数据。
  预初始化数据库易导致数据污染，测试结果不稳定，不推荐。

4. 是否需要为Mapper编写测试？
   需要。映射逻辑容易出现属性不匹配、复杂类型映射错误、忽略字段配置错误等问题，必须通过测试验证实体与DTO的映射是否完全符合预期。可创建含已知属性值的实体，映射后逐一检查DTO的属性值。

内容的提问来源于stack exchange，提问作者Palamar66