c# - 具有一个公共(public)方法和多个私有(private)方法的单元测试类

Question

我在理解如何处理以下内容以便对类(class)进行单元测试时遇到了一些困难。

被测对象是由 1 个公共(public)方法组成的对象，该方法接受类型 A 的对象列表并返回对象 B(二进制流)。由于生成的二进制流的性质，它会变大，这不是测试输出的一个很好的比较。该流是使用多个私有(private)实例帮助器方法构建的。

class Foo
{
    private BinaryStream mBinaryStream;
    public Foo() {}
    public BinaryStream Bar(List<Object> objects) {
        // perform magic to build and return the binary stream;
        // using several private instance helper methods.
        Magic(objects);
        MoreMagic(objects);
    }
    private void Magic(List<Object> objects) { /* work on mBinaryStream */ }
    private void MoreMagic(List<Object> objects) { /* work on mBinaryStream */ }
};

现在我知道我需要测试类的行为，因此是 Bar 方法。但是，将方法的输出与预定义的结果进行比较是不可撤销的(在空间和时间方面)。变体的数量太多(而且它们是极端情况)。

一个选择是将这些私有(private)辅助方法重构为 (a) 个可以进行单元测试的单独类。然后可以将二进制流分割成更小、更好的可测试 block ，但这里也有很多情况需要处理，比较二进制结果将违背单元测试的快速时间。这是一个我不愿选择的选项。

另一种选择是创建一个定义所有这些私有(private)方法的接口(interface)，以便验证(使用模拟)这些方法是否被调用。然而，这意味着这些方法必须具有公共(public)可见性，这也不好。验证方法调用可能足以进行测试。

另一种选择是从类继承(使私有(private) protected )并尝试以这种方式进行测试。

我已经阅读了大部分围绕此类问题的主题，但它们似乎处理了良好的可测试结果。这与本次挑战不同。

您将如何对此类进行单元测试？

Answer 1

从 SOLID 的角度来看，您的第一个选择(将功能提取到单独的类中)确实是“正确”的选择。单元测试(以及扩展的 TDD)的要点之一是促进创建小型、单一责任类。所以，这是我的主要建议。

也就是说，由于您反对该解决方案，如果您想要做的是验证是否调用了某些东西，并且它们是按特定顺序调用的，那么您可以利用 Moq 的功能。

首先，让 BinaryStream 成为可以模拟的注入(inject)项。然后设置将针对该模拟进行的各种调用，然后对其执行 mockStream.VerifyAll() 调用 - 这将验证您为该模拟设置的所有内容均已调用。

此外，您还可以设置模拟来执行回调。您可以做的是在您的测试中设置一个空字符串集合。然后，在模拟设置的回调中，添加一个字符串，标识调用该集合的函数的名称。然后在测试完成后，将该列表与包含您希望以正确顺序进行的调用的预填充列表进行比较，然后执行 EqualTo Assert。像这样:

public void MyTest()
{
    var expectedList = new List<string> { "SomeFunction", "AnotherFunction", ... };
    var actualList = new List<string>();
    mockStream.Setup(x => x.SomeFunction()).Callback(actualList.Add("SomeFunction"));
    ...
    systemUnderTest.Bar(...);
    Assert.That(actualList, Is.EqualTo(expectedList));
    mockStream.VerifyAll();
}