繁体   English   中英

如何使用Rhino模拟存根SingleOrDefault

[英]How to stub SingleOrDefault with Rhino mocks

如果我在这里有正确的方法,我很难理解。 我想测试一个存储库。 存储库依赖于DbContext。 我希望能够验证存储库是否在IDbSet类型的属性上调用函数Add,该属性是DbContext的成员。

我尝试了两种方法。 验证行为,并验证状态。 似乎验证行为是正确的,因为谁知道存根状态在假对象中做了什么。

    public void VerifyBehaviour()
    {
        // Arrange
        var stubEntities = MockRepository.GenerateStub<IWsStatContext>();
        var stubManufcturers = MockRepository.GenerateStub<IDbSet<Manufacturer>>();
        var manufacturer = new Manufacturer() { Name = "Dummy" };
        var manufacturers = new List<Manufacturer>();
        manufacturers.Add(manufacturer);

        stubManufcturers.Stub(x => x.Local).Return(new System.Collections.ObjectModel.ObservableCollection<Manufacturer>(manufacturers));
        stubManufcturers.Stub(x => x.SingleOrDefault(m => m.Name == "Dummy")).Return(manufacturer);
        stubEntities.Manufacturers = stubManufcturers;

        // Act
        var sut = new EquiptmentRepository(stubEntities);
        sut.AddManufacturer(manufacturer);

        // Assert
        stubManufcturers.AssertWasNotCalled(x => x.Add(manufacturer));
    }


    public void VerifyState()
    { 
        // Arrange
        var stubEntities = MockRepository.GenerateStub<IWsStatContext>();
        var stubManufacturers = new InMemoryDbSet<Manufacturer>();
        var manufacturer = new Manufacturer() { Name = "Dummy" };
        stubManufacturers.Add(manufacturer);
        stubEntities.Manufacturers = stubManufacturers;

        // Act
        var sut = new EquiptmentRepository(stubEntities);
        sut.AddManufacturer(manufacturer);

        // Assert
        Assert.AreEqual(stubManufacturers.Count(), 1);
    }

围绕SingleOrDefault存根的NullReferenceExceptions验证行为方法失败。 所以我发现帖子说最好验证状态并使用假DbSet。 但是检查假物体的状态感觉不对。 如果Add函数的实现方式与实际函数不同(即使我的存储库被破坏,我的测试正在通过)。

有谁知道如何存根SingleOrDefault所以我可以检查添加被调用? 我无法检查在非rhinomocked存根上调用Add。

谢谢

正如jimmy_keen所说:

SingleOrDefault是在IEnumerable<T>IDbSet<T> implements)上定义的扩展方法。 扩展方法意味着它是一种静态方法。 RhinoMocks(或任何其他免费工具)不能模拟/存根静态方法。

而不是尝试“存根”扩展方法,尝试存根构建扩展方法的底层接口: IEnumerable<T>

stubManufcturers.Stub( x => x.GetEnumerator() ).Return( new List<Manufacturer> { manufacturer }.GetEnumerator() );

通过在调用SingleOrDefault时存根GetEnumerator()的行为,它将按照预期的方式执行伪计数,并且测试将能够评估行为。

SingleOrDefault是在IEnumerable<T>IDbSet<T> implements)上定义的扩展方法。 扩展方法意味着它是一种静态方法 RhinoMocks(或任何其他免费工具) 不能模拟/存根静态方法

不幸的是,你在这里没有很多选择:你要么必须进行基于状态的验证,要么创建手工模拟并手动设置它以进行测试(但这很可能最终将基于状态的验证作为一次再次 - 你不能真正存根SingleOrDefault )。

编辑提取和覆盖示例:

首先,您需要提取类的有问题的部分以分离稍后将被覆盖的方法。 这个有问题的部分自然与IDbSet交互:

public class EquiptmentRepository
{
    public void Add(Manufacturer m)
    {
        // perform some local logic before calling IDbSet.Add
        this.AddToDbSet(m);
    }

    protected virtual AddToDbSet(Manufacturer m)
    {
        this.context.Manfuacturers.Add(m);
    }
}

现在,在您的可测试版本的EquiptmentRepository您可以覆盖AddToDbSetAddToDbSet测试,例如只需添加一些状态验证:

internal void TestableEquiptmentRepository: EquiptmentRepository
{
    internal List<Manufacturer> AddedManufacturers = new List<Manufacturer>();

    protected override void AddToDbSet(Manufacturer m)
    {
        // we're no longer calling DbSet.Add but kind of rolling
        // our own basic mock and tracking what objects were
        // add by simply adding them to internal list
        this.AddedManufacturers.Add(m);
    }
}

每当调用Add ,如果在实际情况下将其添加到DbSet ,则传递的制造商将被添加到列表中。 在测试中,您只需验证类状态的可测试版本:

[Test]
public void AddManufacturer_DoesNotAddExistingManufacturersToDbSet()
{
    // Arrange
    var stubEntities = MockRepository.GenerateStub<IWsStatContext>();
    var stubManufacturers = MockRepository.GenerateStub<IDbSet<Manufacturer>>();
    var manufacturer = new Manufacturer() { Name = "Dummy" };
    stubManufacturers.Add(manufacturer);
    stubEntities.Manufacturers = stubManufacturers;

    // Act
    var sut = new TestableEquiptmentRepository(stubEntities);
    sut.AddManufacturer(manufacturer);

    // Assert
    Assert.AreEqual(sut.AddedManufacturers.Count(), 0);
}

这样,您可以验证EquiptmentRepository.Add所有逻辑,而无需与DbSet进行交互。

你不能用RhinoMocks或Moq(TypeMock can)来模拟静态方法。

虚假对象的状态验证实际上验证了您的模拟,而不是您测试的系统。

有一种技术可以使您的代码可测试(但我认为价格太高)。 您必须提取扩展方法到接口,并用您自己的扩展替换System.Linq.Enumerable扩展的用法:

var item = items.MyExtensions().SingleOrDefault();

顺便说一下,当我面对静态方法模拟时,我通常会做以下事情之一:

  • 传递静态方法执行的结果。 例如,如果我需要测试方法中的当前日期,而不是调用DateTime.Today我将当前时间作为参数Foo(DateTime date)传递。
  • 在一些非静态对象中包装静态调用。 例如,如果我需要获取一些配置设置,而不是调用ConfigurationManager.AppSettings["foo"] ,我创建非静态类BarConfiguration ,它将所有工作委托给静态ConfigurationManager(并实现接口IBar { int Foo { get; } )。
  • 不要嘲笑它。 看起来我正在测试我不应该测试的东西(可枚举的扩展,日志等)

考虑不对您的存储库进行单元测试。 数据访问逻辑的集成测试更有意义。

暂无
暂无

声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.

 
粤ICP备18138465号  © 2020-2024 STACKOOM.COM