总的来说,我刚开始使用unit testing和TDD。 我已经涉足了,但现在我决定把它添加到我的工作stream程,并写出更好的软件。 我昨天提出了一个问题,那就是包括了这个问题,但这似乎是一个问题。 我已经坐下来开始实施一个服务类,我将用它来从控制器中抽象出业务逻辑,并映射到使用EF6的特定模型和数据交互。 问题是我已经阻止了自己,因为我不想在存储库中抽象EF(它仍然可以在特定查询的服务之外使用),并且想testing我的服务(将使用EF上下文) 。 在这里,我想是问题,有没有这样的一个点? 如果是这样的话,那么由于IQueryable引起的漏洞抽象,以及Ladislav Mrnka在unit testing这个主题上的许多重要的post都不是直接的,因为Linq提供者在处理内存实现为特定的数据库。 我想testing的代码看起来很简单。 (这只是虚拟代码,试图了解我在做什么,我想用TDD驱动创build) 上下文 public interface IContext { IDbSet<Product> Products { get; set; } IDbSet<Category> Categories { get; set; } int SaveChanges(); } public class DataContext : DbContext, IContext { public IDbSet<Product> Products { get; set; } public IDbSet<Category> Categories { get; set; } public […]