在单元测试中处理多个模拟和断言

Question

我目前有一个存储库,它使用Entity Framework进行我的CRUD操作.

这是注入我需要使用此repo的服务.

使用AutoMapper,我将实体Model投影到Poco模型上,并且服务返回poco.

如果我的对象有多个属性,那么设置然后断言我的属性的正确方法是什么？

如果我的服务有多个repo依赖项,那么设置我所有模拟的正确方法是什么？* - 一个类[setup],其中为这些测试装置配置了所有的模拟和对象？*****

我想避免进行10次测试,每次测试在属性上有50个断言,并且每次测试都有几十个模拟设置.这使得可维护性和可读性变得困难.

我已阅读Art of Unit Testing,但没有发现任何有关如何处理此案例的建议.

我使用的工具是Rhino Mocks和NUnit.

我也在SO上发现了这个,但它没有回答我的问题:正确的单元测试服务/存储库交互

这是一个表达我所描述内容的示例:

public void Save_ReturnSavedDocument()
{
    //Simulate DB object
    var repoResult = new EntityModel.Document()
        {
            DocumentId = 2,
            Message = "TestMessage1",
            Name = "Name1",
            Email = "Email1",
            Comment = "Comment1"
        };

    //Create mocks of Repo Methods - Might have many dependencies
    var documentRepository = MockRepository.GenerateStub<IDocumentRepository>();
    documentRepository.Stub(m => m.Get()).IgnoreArguments().Return(new List<EntityModel.Document>()
        {
           repoResult
        }.AsQueryable());

    documentRepository.Stub(a => a.Save(null, null)).IgnoreArguments().Return(repoResult);

    //instantiate service and inject repo
    var documentService = new DocumentService(documentRepository);
    var savedDocument = documentService.Save(new Models.Document()
        {
            ID = 0,
            DocumentTypeId = 1,
            Message = "TestMessage1"
        });

    //Assert that properties are correctly mapped after save
    Assert.AreEqual(repoResult.Message, savedDocument.Message);
    Assert.AreEqual(repoResult.DocumentId, savedDocument.DocumentId);
    Assert.AreEqual(repoResult.Name, savedDocument.Name);
    Assert.AreEqual(repoResult.Email, savedDocument.Email);
    Assert.AreEqual(repoResult.Comment, savedDocument.Comment);
    //Many More properties here
}

Answer 1

首先,每个测试应该只有一个断言(除非另一个验证真实的断层)eq如果你想断言列表的所有元素都是不同的,你可能想先断言列表不是空的.否则你可能会得到误报.在其他情况下,每个测试应该只有一个断言.为什么？如果测试失败,它的名字会告诉你究竟出了什么问题.如果你有多个断言并且第一个失败,你不知道其余的是否正常.你所知道的只是"出了问题".

你说你不想在10次测试中设置所有的模拟/存根.这就是大多数框架为您提供在每次测试之前运行的安装方法的原因.您可以在此处将大多数模拟配置放在一个位置并重复使用.在NUnit中,您只需创建一个方法并使用[SetUp]属性进行装饰.

如果要测试具有不同参数值的方法,可以使用NUnit的[TestCase]属性.这非常优雅,您不必创建多个相同的测试.

现在让我们谈谈有用的工具.

AutoFixture这是一个非常强大且非常强大的工具,它允许您创建需要多个依赖项的类的对象.它自动设置与虚拟模拟的依赖关系,并允许您仅手动设置特定测试中所需的模拟.假设您需要为UnitOfWork创建一个模拟器,它将10个存储库作为依赖项.在您的测试中,您只需要设置其中一个.Autofixture允许您创建UnitOfWork,设置一个特定的存储库模拟(如果需要,可以设置更多).其余的依赖项将使用虚拟模拟自动设置.这为您节省了大量无用的代码.它有点像你的测试的IOC容器.

它还可以为您生成带有随机数据的虚假对象.所以eq整个EntityModel.Document的初始化只是一行

var repoResult = _fixture.Create<EntityModel.Document>();

特别看看:

• 创建
• 冻结
• AutoMockCustomization

在这里,您将找到解释如何使用AutoFixture的答案.

SemanticComparison 教程这将帮助您在比较不同类型的对象的属性时避免多个断言.如果属性具有相同的名称,它几乎会自动生成.如果没有,您可以定义映射.它还会告诉您哪些属性不匹配并显示其值.

流畅的断言这只是为您提供了一种更好的断言方式.代替

Assert.AreEqual(repoResult.Message, savedDocument.Message);

你可以做

repoResult.Message.Should().Be(savedDocument.Message);

总结一下.这些工具将帮助您使用更少的代码创建测试,并使它们更具可读性.要好好了解它们需要时间.特别是AutoFixture,但是当你这样做时,它们会成为你添加到测试项目中的第一件事 - 相信我:).顺便说一句,他们都可以从Nuget购买.

还有一个提示.如果您在测试类时遇到问题,通常会表明架构不正确.解决方案通常是从有问题的类中提取较小的类.(单一责任主体)您可以轻松地测试小类的业务逻辑.并轻松测试原始类与它们的交互.