如何在TDD中创建用于框架测试的Entity Framework DbContext？

Question

我正在学习有关测试驱动开发（TDD）的过程，因此我可以在已经开始的项目中使用它，但是我遇到了一个关于如何设置我想要的特定类型测试的问题去做。

场景是我有一个视图，该视图允许某人编辑有关用户的信息（例如用户名，名字，姓氏等）。 在许多情况下，他们正在编辑的用户将已经存在于数据库中，因此当他们单击保存时，该视图的视图模型会将信息更新到数据库中。

我要测试的是，视图模型正在将该信息保存到数据库中。 这是使用在构建过程中传递给视图模型的Entity Framework DbContext完成的，这意味着我需要在单元测试中创建一个DbContext才能传递给可以更新和比较的View模型。

我要测试的断言类似于以下内容：

Assert.AreEqual(ViewModelFake.EditedUser.Username, DataBaseContextFake.Users.Find(1).Username);

在最初由单元测试创​​建DbContext之后，它将用一个User填充它，随后在单元测试中将User信息更改。 在视图模型中正在测试的命令负责将此编辑后的信息保存到数据库中，以替换最初填充DbContext的内容。

在过去两天的大部分时间里，我一直在寻找解决方案，但未能追踪到人们在做同一件事的例子。 这是在单元测试中甚至应该处理的东西吗？ 请注意，我没有在Entity Framework顶部使用存储库/工作单元层。

Answer 1

在工作中，在我们的项目中，我们创建了实体框架上下文的抽象。

假设我们有一个接口，我们将其称为IMyCompanyContext，它公开了您从DbContext使用的所有方法，包括SaveChanges（）;。 方法。 使用ICollection接口通过此接口公开所有数据库映射的集合。 查询提供程序理解我们的查询（它在运行时检查该接口后面是否是真正的DbContext）。 不仅如此，您还可以使用控制方式的反转，甚至可以使用DI容器来请求新的IMyCompanyContext。

如果要对此进行测试，只需使用伪造的上下文来实现您的上下文，该伪造的上下文公开一些您可以查询的列表。