如何在我的业务逻辑中对实体框架 (EF) 进行单元测试？

Question

我已经阅读了很多关于实体框架单元测试的内容。

我发布这个问题是因为我只是看到这个问题有太多解决方案！

以下是我找到的解决方案：

1. 使用名为TypeMock（提到here）的昂贵商业工具。
2. 使用名为 Effort（提到 here）的 alpha 开源工具。
3. 使用 Repository Pattern 和 Rhino Mock。针对真实数据库测试隔离的 LINQ 查询（提到 here）。

此处所述的某些方法存在一些问题：

• 您无法避免需要为 ObjectContext 提供连接字符串的事实
• 如果您伪造了 ObjectContext - 某些在单元测试中可能有效的东西在生产中将无效（例如在查询中运行函数）

我读过的一些文章是 3-4 年前的。

这里有没有人对此问题有任何经验并且可以帮助我寻求最佳解决方案？

只是为了说清楚： 我的业务逻辑函数不仅仅是像“GetUserById”这样的简单函数。

一些功能包括访问与其他对象有关系的对象。 （例如 - 我可以在同一功能中添加用户 + 部门 + 办公室）。

Answer 1

为了做这样的事情，我建议使用存储库模式并使用像 Rhino 或 MOQ 这样的模拟框架来测试您的业务逻辑，然后我会建议您对存储库进行一些集成测试。

首先，这遵循“单一责任原则”，允许您以几乎相同的开销测试业务逻辑（模拟 ObjectContext 是一种痛苦），它允许您使用真实数据测试您的查询。我强烈声明任何经过良好测试的解决方案都将包括单元测试和集成测试。