如何结合JUnit与依赖注入开展有效测试？

你的疑惑核心不是“模拟依赖没用”，而是当前的测试没抓到MyClass自身的逻辑要点——单元测试的目标是验证MyClass的行为是否符合预期，而非测试DependencyA或DependencyB的功能，所以用Mockito模拟依赖是正确的，但测试逻辑需要优化。

一、优化单元测试：聚焦MyClass的核心逻辑 #

你当前的测试只验证了返回非空，但foo方法的核心逻辑是：

1. 调用da.someMethodA()获取ResultA
2. 将这个具体的ResultA实例传递给db.someMethodB()
3. 返回resultB.id

优化后的测试应该覆盖这些逻辑点，而非用空对象和模糊匹配：

// imports...

@RunWith(MockitoJUnitRunner.class)
class MyClassTest {
    @Mock DependencyA da;
    @Mock DependencyB db;
    @InjectMocks MyClass myClass;

    @Test
    void foo_shouldReturnResultBId_whenDependenciesReturnValidResults() {
        // 1. 构造带具体属性的测试实例，而非空对象
        ResultA testResultA = new ResultA();
        String expectedId = "test-order-001";
        ResultB testResultB = new ResultB();
        testResultB.id = expectedId;

        // 2. 模拟依赖行为，严格匹配传入的参数
        when(da.someMethodA()).thenReturn(testResultA);
        when(db.someMethodB(testResultA)).thenReturn(testResultB);

        // 3. 执行测试方法
        String actualId = myClass.foo();

        // 4. 验证返回值是否符合预期
        assertEquals(expectedId, actualId);

        // 5. 验证依赖的调用行为是否符合逻辑（可选但推荐）
        verify(da, times(1)).someMethodA();
        verify(db, times(1)).someMethodB(testResultA);
        verifyNoMoreInteractions(da, db);
    }
}

这个测试的意义在于：

• 确认MyClass确实调用了da.someMethodA()
• 确认MyClass把从da拿到的ResultA原封不动传给了db.someMethodB()
• 确认MyClass最终返回的是resultB.id的正确值

二、集成测试的适用场景 #

集成测试和单元测试是互补关系，而非二选一：

• 当你需要验证MyClass与真实依赖（比如连接数据库的DependencyA、调用外部接口的DependencyB）的协作是否正常时，才需要写集成测试。
• 单元测试快速、稳定，能在开发阶段快速发现MyClass自身的逻辑问题；集成测试则用于验证整个链路的正确性，但执行速度慢、依赖外部环境。

所以不需要把单元测试改成集成测试，而是应该完善单元测试的逻辑，同时在必要时补充集成测试。

内容的提问来源于stack exchange，提问作者José Escorche