单元测试具有文件系统依赖性的代码

恭喜,您基本上将DoIt()方法的实现细节复制粘贴到测试中.快乐的维护.

当你写测试,要考什么,而不是如何. 请参阅黑盒测试了解更多信息.

在什么是你的方法的名称(或至少应该是).该如何为所有的小细节时住在你的方法内.良好的测试允许您在不破坏WHAT的情况下更换HOW.

想一想,问问自己:

"如果我改变这种方法的实施细节(不改变公共合同),它会破坏我的考试吗？"

如果答案是肯定的,那么您正在测试HOW而不是WHAT.

要回答有关使用文件系统依赖性测试代码的特定问题,假设您对文件进行了一些更有趣的事情,并且希望将a的Base64编码内容保存byte[]到文件中.您可以使用流来测试您的代码是否做正确的事情,而无需检查它是如何做到的.一个例子可能是这样的(在Java中):

interface StreamFactory {
    OutputStream outStream();
    InputStream inStream();
}

class Base64FileWriter {
    public void write(byte[] contents, StreamFactory streamFactory) {
        OutputStream outputStream = streamFactory.outStream();
        outputStream.write(Base64.encodeBase64(contents));
    }
}

@Test
public void save_shouldBase64EncodeContents() {
    OutputStream outputStream = new ByteArrayOutputStream();
    StreamFactory streamFactory = mock(StreamFactory.class);
    when(streamFactory.outStream()).thenReturn(outputStream);

    // Run the method under test
    Base64FileWriter fileWriter = new Base64FileWriter();
    fileWriter.write("Man".getBytes(), streamFactory);

    // Assert we saved the base64 encoded contents
    assertThat(outputStream.toString()).isEqualTo("TWFu");
}