如何为特定输入下无操作的方法编写TDD失败测试

嘿，这个问题其实挺常见的，很多刚写单元测试的同学都会碰到——毕竟当逻辑里有「无操作」分支时，空实现确实能蒙混过关。别担心，咱们一步步来解决这个问题：

单元测试的核心是验证正确输入能触发预期动作，空实现之所以能混过测试，往往是因为我们只测了「无操作」的分支。所以解决关键是：必须给「触发操作」的分支写严格的正向测试，让空实现无处遁形。

1. 针对「触发操作」分支写正向测试，用断言验证行为发生 #

拿你说的「value < 10时打印字符」场景举例，我们需要捕获输出并断言它确实符合预期——空方法做不到这一点，自然会失败。

举个Java的示例（其他语言思路完全通用）：

@Test
public void testPrintsCharacterWhenValueIsLessThan10() {
    // 临时捕获系统输出
    ByteArrayOutputStream outContent = new ByteArrayOutputStream();
    System.setOut(new PrintStream(outContent));
    
    // 调用目标方法
    YourTestClass target = new YourTestClass();
    target.yourMethod(5); // 传入满足条件的参数
    
    // 断言输出符合预期
    assertEquals("X", outContent.toString().trim()); // 替换成你预期打印的字符
    
    // 恢复系统输出，避免影响其他测试
    System.setOut(System.out);
}

这个测试如果遇到空方法，会因为输出为空直接失败，完美挡住偷工减料的空实现。

2. 可选：测试「无操作」分支，验证「没有执行不该做的事」 #

如果需要验证value >=10时确实无操作，我们可以同样捕获输出，断言输出为空：

@Test
public void testDoesNothingWhenValueIsGreaterThanOrEqualTo10() {
    ByteArrayOutputStream outContent = new ByteArrayOutputStream();
    System.setOut(new PrintStream(outContent));
    
    YourTestClass target = new YourTestClass();
    target.yourMethod(15); // 传入不满足条件的参数
    
    // 断言没有输出
    assertTrue(outContent.toString().isEmpty());
}

这个测试空方法也能通过，但结合前面的正向测试，就能确保你的方法不是空实现——毕竟空方法过不了第一个测试。

3. 更通用的方案：用Mock对象验证依赖调用 #

如果你的方法不是直接打印，而是调用其他依赖（比如日志服务、数据库操作），用Mock框架（Mockito、Moq等）会更清晰：

@Test
public void testTriggersDependencyWhenConditionIsMet() {
    // 创建Mock的依赖对象
    Logger mockLogger = Mockito.mock(Logger.class);
    YourTestClass target = new YourTestClass(mockLogger);
    
    // 调用目标方法
    target.yourMethod(5);
    
    // 断言依赖的方法确实被调用了
    Mockito.verify(mockLogger).log("Expected character"); // 替换成预期的调用内容
}

@Test
public void testDoesNotTriggerDependencyWhenConditionFails() {
    Logger mockLogger = Mockito.mock(Logger.class);
    YourTestClass target = new YourTestClass(mockLogger);
    
    target.yourMethod(15);
    
    // 断言依赖的方法从未被调用
    Mockito.verify(mockLogger, Mockito.never()).log(Mockito.anyString());
}

这种方式下，空实现会在第一个测试里直接失败——因为mockLogger.log根本没被调用，完美区分真正的实现和空实现。

关键是不要只测试「无操作」分支，一定要有针对「触发预期行为」的正向测试。空实现过不了这个测试，而正确的实现能顺利通过，既验证了逻辑正确性，又堵住了空实现的漏洞。

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