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

Question

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

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 实际上确实被调用了？

谢谢你！

Answer 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();

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

Answer 2

我找到了一个我并不热衷的解决方法，但它确实有效。您可以在数据上下文本身上调用已弃用的方法 AddTo[Collection Name]()，而不是在子对象上调用 AddObject()。由于这只是一个浅层方法调用，因此可以通过 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();

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

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

谢谢你，

埃里克