使用从 IdentityDbContext 继承的上下文对实体框架 6 进行单元测试

Question

我正在寻找使用 instructions provided here 的 Entity Framework 6 对某些方法进行单元测试。

不过，我的设置略有不同 - 我也在使用 ASP.Net Identity（使用 EF 的默认实现）。因此，我的上下文继承自 IdentityDbContext。

当我运行测试时，我得到一个包含以下详细信息的异常：

Castle.Proxies.IdentityUserLogin: : EntityType 'IdentityUserLogin' has no key defined. Define the key for this EntityType.    
Castle.Proxies.IdentityUserRole: : EntityType 'IdentityUserRole' has no key defined. Define the key for this EntityType.    
IdentityUserLogins: EntityType: EntitySet 'IdentityUserLogins' is based on type 'IdentityUserLogin' that has no keys defined.    
IdentityUserRoles: EntityType: EntitySet 'IdentityUserRoles' is based on type 'IdentityUserRole' that has no keys defined.

我读过，在正常使用中，这些都是在默认的 OnModelCreating 方法中设置的。

但是任何人都可以就在上面链接的方法中说明的模拟上下文中处理这个问题提供建议吗？

谢谢

安迪

Answer 1

正如那篇文章所指出的，当您模拟 EF 类型时，您会完全改变它们的行为：查询作为 LINQ-to-Objects 执行，而不是 LINQ-to-SQL。这意味着您可以轻松编写单元测试，以通过在现实世界中使用失败的代码。一个很好的例子是：

context.Foos.Where(candidate => SomePredicate(candidate));

这意味着您需要完全理解有效的 LINQ-to-SQL 表达式才能编写单元测试，但您编写这些单元测试是因为您想验证您的理解。那么，这真的给你带来了什么？你从这些单元测试中获得了多少价值？我是从一个曾经花了很长时间模拟我的 EF 层却发现一旦涉及到数据库后代码就出错的人的角度来看的。

在我看来，更好的测试策略是创建Gateway 类，作为DbContext 和该上下文的消费者之间的中介。

class FooGateway : IFooGateway
{
    IEnumerable<Foo> GetFoosThatObeySomePredicate() { /* ... */ }
}

Gateways 公开了可以有效模拟的接口。在您的数据消费类中使用这些接口，以便您可以编写高质量的单元测试，然后接受您需要编写集成测试来测试Gateway 类本身：这些测试需要一个真实的数据库，因此您需要基础设施来创建数据库作为测试的一部分。