单元测试中使用any()还是特定值？最佳实践探讨

问题背景 #

在编写单元测试时，当可以轻松生成函数所需的特定入参值时，应该在测试中创建并使用这些值，还是用any()来匹配所有入参？以如下示例类为例：

class Foo {
    bool func1(String abc, int xyz, Bar bar) {
        // ...
    } 
}

使用Mockito Mock该类时，以下两种方式哪种更优，各自的适用场景是什么？如果重构代码库时，多数测试用了any()但可替换为特定值，是否值得做清理优化？

@Mock
Foo mockFoo;

方式1：使用特定入参

Bar dummyBar = getTestBar();
when(mockFoo.func1("value1", 1, dummyBar)).thenReturn(true);

方式2：使用any()匹配任意入参

when(mockFoo.func1(anyString(), anyInt(), any())).thenReturn(true);

两种方式的适用场景 #

优先使用特定入参的场景

• 测试逻辑依赖入参特性：如果被测试的代码会根据func1的入参执行不同分支逻辑，必须用特定值匹配Mock，才能保证测试验证的是目标场景，避免测试结果失真。
• 提升测试可读性：特定值能直观体现测试的意图，其他开发者一眼就能明白这个Mock对应的是什么业务场景，降低理解成本。
• 增强测试维护性：当后续func1的参数规则变更（比如参数类型调整、有效值范围限制），使用特定值的测试会快速暴露不兼容问题，而any()可能会隐藏潜在的逻辑漏洞。

适合使用any()的场景

• 入参与测试逻辑无关：如果被测试代码只关心func1是否被调用，或者返回值完全不依赖入参，用any()可以简化测试代码，无需花费精力构造无关参数。
• 构造参数成本极高：当参数是复杂对象，需要大量依赖才能实例化，且这些细节和当前测试的核心逻辑无关时，any()能减少测试代码的冗余，聚焦测试目标。
• 批量/参数化测试场景：如果要验证多种入参下的统一行为，any()可以避免重复构造多个参数实例，提升测试代码的简洁性。

重构时替换any()为特定值是否值得？ #

非常值得做清理优化，原因如下：

• 降低维护风险：后续代码变更时，特定值的测试能更精准地反映逻辑变化，减少因any()匹配过宽导致的测试“假通过”情况。
• 明确测试意图：让测试代码的逻辑更清晰，便于新开发者快速理解测试覆盖的场景。
• 排查问题更高效：当测试失败时，特定值能缩小排查范围，更容易定位是入参相关的逻辑出了问题，而any()会增加排查难度。

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