使用 FakeItEasy 对嵌套实体框架成员进行单元测试答案

【问题标题】：Unit testing with FakeItEasy against nested Entity Framework member使用 FakeItEasy 对嵌套实体框架成员进行单元测试
【发布时间】：2011-08-20 04:05:14
【问题描述】：

我们正在尝试对依赖于 Entity Framework 4.1 的代码进行单元测试。我看过几篇针对 POCO 实施单元测试的帖子，但我们希望保留默认的 EF 管道，以便我们可以轻松使用 EF Caching Wrapper。

FakeItEasy 似乎可以处理抽象出 EF 的问题，但我在断言发生的事情时遇到了问题。例如，我的模型中有这段代码（其中还有另一个 Email 部分类，它是 EF 数据库优先向导自动生成的代码）：

public partial class Email 
{
    IMyEntities _dataContext;

    public Email(IMyEntities myEntities)
    {
        _dataContext = myEntities;
    }
    public void SendEmails()
    {
        // ... code to send emails goes here...
        _dataContext.Emails.AddObject(this);
        _dataContext.SaveChanges();
    }
}

然后在我的 FakeItEasy 单元测试中：

var context = A.Fake<IMyEntities>();
var email = A.Fake<Email>(context);
// ... code to configure email goes here ...
email.SendEmails();

// this fails with a FakeItEasy.ExpectationException...
A.CallTo(() => context.Email.AddObject(email)).MustHaveHappened();

我如何从我的单元测试中知道 context.Emails.AddObject 确实被调用了？

谢谢！

【问题讨论】：

标签： unit-testing entity-framework-4 entity-framework-4.1 fakeiteasy

【解决方案1】：

您需要将上下文的电子邮件属性设置为假的：

var context = A.Fake<IMyEntities>();
var mail = A.Fake<WhateverTypeTheEmailPropertyHas>();
A.CallTo(() => context.Email).Returns(mail);

var email = A.Fake<Email>(context);
// ... code to configure email goes here ...
email.SendEmails();

// this fails with a FakeItEasy.ExpectationException...
A.CallTo(() => mail.AddObject(email)).MustHaveHappened();

现在我想它应该可以工作了。

【讨论】：

【解决方案2】：

我找到了一个我并不喜欢的解决方法，但它确实有效。您可以在数据上下文本身上调用已弃用的方法AddTo[Collection Name]()，而不是在子对象上调用AddTo[Collection Name]()。由于这只是一个浅层的方法调用，因此可以通过 FakeItEasy 轻松评估。

我的代码变成了这样：

public void SendEmails()
{
    // ... code to send emails goes here...
    _dataContext.AddToEmails(this);
    _dataContext.SaveChanges();
}

然后，在我的单元测试中：

A.CallTo(_dataContext).Where(m => m.Method.Name == "AddToEmails").MustHaveHappened();
A.CallTo(() => _dataContext.SaveChanges()).MustHaveHappened();

当然，这样做的缺点是，每当您想添加到数据上下文的集合中时，总是会忽略首选的、非弃用的方法。更不用说，我以后很有可能会因为需要确定子对象方法的执行而被绊倒......

如果有人知道更好的方法，请分享！

谢谢，

埃里克

【讨论】：