如何用NUnit和Moq测试void方法并验证文件系统副作用

1. 断言失败的原因 #

你的测试断言失败有两个核心问题：

• 传入的测试路径是非法路径："C:\\temp:\\testDir"中temp后多余的冒号不符合Windows路径命名规则，真实的Directory.CreateDirectory无法在这个路径下创建目录，磁盘上根本不会生成对应文件夹，自然Directory.Exists会返回false。
• 如果你没有省略代码的话，new FileServices(mockedDir)这行写法有误：Moq生成的Mock<IDirectory>是包装类，构造函数需要的是IDirectory类型的代理实例，应该传入mockedDir.Object，否则会出现类型不匹配的错误。

2. 无需调用真实Directory类的最优测试方案 #

单元测试的核心是验证你自己编写的业务逻辑是否符合预期，不需要依赖文件系统这种外部资源——你既然已经抽象出了IDirectory接口，就完全没必要在测试中做真实的IO操作，只需要校验你的代码和IDirectory的交互行为是否符合规则即可。
你的CreateFolder逻辑规则非常明确：

调用Exists检查路径，若返回false则调用CreateDirectory创建目录；若返回true则不执行创建操作。

用Moq的Verify方法做行为验证即可，完全脱离真实文件系统，没有IO开销、不会产生垃圾文件、也不受运行环境权限影响，测试执行速度极快：

[Test]
public void CreateFolder_WhenPathNotExists_ShouldCallCreateDirectory()
{
    // Arrange 准备测试数据和依赖
    const string testPath = @"C:\temp\testDir";
    var mockDir = new Mock<IDirectory>();
    // 模拟路径不存在的场景
    mockDir.Setup(d => d.Exists(testPath)).Returns(false);
    var fileService = new FileServices(mockDir.Object);

    // Act 执行被测方法
    fileService.CreateFolder(testPath);

    // Assert 验证交互逻辑符合预期
    // 确认确实做了路径存在性检查
    mockDir.Verify(d => d.Exists(testPath), Times.Once);
    // 确认确实调用了目录创建方法，传入参数就是目标路径
    mockDir.Verify(d => d.CreateDirectory(testPath), Times.Once);
}

[Test]
public void CreateFolder_WhenPathAlreadyExists_ShouldNotCreateDirectory()
{
    // Arrange
    const string testPath = @"C:\temp\testDir";
    var mockDir = new Mock<IDirectory>();
    // 模拟路径已存在的场景
    mockDir.Setup(d => d.Exists(testPath)).Returns(true);
    var fileService = new FileServices(mockDir.Object);

    // Act
    fileService.CreateFolder(testPath);

    // Assert
    mockDir.Verify(d => d.Exists(testPath), Times.Once);
    // 确认路径存在时，不会调用创建方法
    mockDir.Verify(d => d.CreateDirectory(It.IsAny<string>()), Times.Never);
}

你之前在Callback里调用真实Directory.CreateDirectory的写法，本质是把单元测试做成了依赖文件系统的集成测试，引入了不必要的外部依赖，不符合单元测试的隔离原则。

3. 调用方法后新增Setup的写法是否合理 #

这是非常典型的测试反实践，完全没有价值：

• Moq的Setup配置仅对配置执行之后发生的方法调用生效，你在调用完service.CreateFolder之后再配置Exists返回true，被测方法内部的Exists检查早就执行完毕了，这个配置根本不会影响之前的逻辑。
• 这种写法本质是强行修改Mock的返回值凑测试结果，完全起不到校验业务逻辑的作用——哪怕你把CreateFolder里的创建逻辑整段删掉，只要加了这个Setup，测试也能错误地通过，彻底失去了测试的意义。

内容的提问来源于stack exchange，提问作者maces13