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

Question

我当前有一个使用 Entity Framework 进行 CRUD 操作的存储库。

这被注入(inject)到我需要使用此存储库的服务中。

使用 AutoMapper，我将实体模型投影到 Poco 模型上，然后服务返回 poco。

如果我的对象有多个属性，设置和断言我的属性的正确方法是什么？

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

我想避免进行 10 个测试，每个测试都有 50 个属性断言和数十个模拟设置。这使得可维护性和可读性变得困难。

我已阅读《单元测试的艺术》，但没有发现任何如何处理这种情况的建议。

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

我也在 SO 上找到了这个，但它没有回答我的问题:Correctly Unit Test Service / Repository Interaction

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

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

首先，每个测试应该只有一个断言(除非另一个断言验证了真实的断言)如果您想断言列表中的所有元素都是不同的，您可能需要首先断言列表不为空。否则您可能会得到误报。在其他情况下，每个测试应该只有一个断言。为什么？如果测试失败，它的名称会告诉您到底出了什么问题。如果您有多个断言，并且第一个断言失败，您不知道其余断言是否正常。您所知道的只是“出了问题”。

您说您不想在 10 个测试中设置所有模拟/ stub 。这就是为什么大多数框架为您提供在每次测试之前运行的安装方法。您可以在此处将大部分模拟配置放在一处并重用它。在 NUnit 中，您只需创建一个方法并用 [SetUp] 属性装饰它。

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

现在我们来谈谈有用的工具。

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

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

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

特别看看:

• 创建
• 卡住
• AutoMock定制

Here您会发现我的答案解释了如何使用 AutoFixture。

SemanticComparison Tutorial这将帮助您在比较不同类型对象的属性时避免多次断言。如果属性具有相同的名称，它几乎会自动更改。如果没有，您可以定义映射。它还会准确地告诉您哪些属性不匹配并显示它们的值。

Fluent assertions这只是为您提供了一种更好的断言方式。而不是

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

你可以做到

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

总结一下。这些工具将帮助您使用更少的代码创建测试，并使它们更具可读性。充分了解他们需要时间。尤其是 AutoFixture，但是当您这样做时，它们将成为您添加到测试项目中的第一个东西 - 相信我:)。顺便说一句，它们都可以从 Nuget 获得。

还有一个提示。如果您在测试某个类时遇到问题，通常表明架构很糟糕。解决方案通常是从有问题的类中提取更小的类。 (单一责任主体)您可以轻松测试小类的业务逻辑。并轻松测试原始类与它们的交互。