如何用mockito对图节点进行单元测试？

Question

请考虑以下类：

public class Node {
    private final Collection<Node> mDependants = new ArrayList<>();
    private Node mDependency;

    public void initialize(final Node node) {
        // complex code that might call registerDependency;
    }

    private void registerDependency(final Node node) {
        mDependency = node;
        node.registerDependent(this);
    }

    private void registerDependent(final Node node) {
        mDependants.add(node);
    }
}

然后进行单元测试,如：

import static org.mockito.Mockito.mock;

public class NodeTest {
    private Node mTarget;
    private Node mDependent;

    @Before
    public void setUp() {
        mTarget = new Node();
        mDependent = mock(Node.class);
    }

    @Test
    public void test() {
        mTarget.initialize(mDependent);
    }
}

由于registerDependent是私有的，mockito实际上不会对其进行模拟。由于mTarget实际上是一个真实的实例，因此当registerDependency方法通过initialize执行时，它将尝试在模拟上执行私有方法RegisterDependence。作为mock的mock将不会被初始化，mDependants实际上将为null，从而导致mDependats.add（node）上的NullPointerException。

测试这个的正确方法应该是什么？我应该使用两个真实的节点而不是一个模拟节点吗？我是否应该将方法公之于众以允许对方法进行嘲弄？是否还有其他选项我遗漏了？最终节点节点

Answer 1

因为这是对Node的测试，所以尽可能避免模拟Node。它使得测试模拟框架是否工作正确，或者您的规范是否定义正确变得非常容易，而不是测试您的实现是否正确。

我是JB Nizet的粉丝，他的答案是：如果你正在制造炸弹雷管，你经常的测试应该使用一个真正的雷管和一个模拟炸弹。模拟对象应该是被测试系统的依赖项和协作者，而不是被测试系统本身。

如果您的节点是一个接口，并且您的NodeImpl实现可以接受任何节点作为依赖节点，那么使用模拟节点可能更有意义--这既是因为您可以传入具有不同实现的节点，这些实现甚至可能还不存在，也是因为当您将自己限制在模拟接口时，Mockito的许多错误就会消失。但是，由于Node及其依赖的Node是同一个具体的类，并且依赖于私有的实现细节，因此使用真实的实例可能会获得更多的成功。

此外，这些节点不太可能涉及大量的服务层或其他依赖关系，这些依赖关系本身就容易被嘲弄，而且节点是否表现良好是毫无疑问的：您可以在相邻的测试中看到它。

（旁白：有一些技术可以用来模拟测试中的系统中的单个方法--“部分模拟”--但当您不使用遗留代码或繁重的服务时，也可以避免这些方法。）