如何在JUnit测试中验证对象的中间状态与最终断言？

要验证私有方法执行后的中间状态，同时解决Pitest突变存活的问题，有几个实用的方案：

方案一：用Mockito Spy拦截私有方法执行时机 #

Mockito虽然不能直接验证私有方法，但可以通过Spy包装目标类，在privateMethod2执行前插入断言，检查privateMethod1执行后的中间值：

@Test
void testPublicMethodWithIntermediateState() {
    // 创建MyClass的Spy实例，保留真实方法逻辑
    MyClass myClassSpy = Mockito.spy(new MyClass());
    
    // 模拟apiCall返回测试用的Mango列表
    Mango indigenousMango = new Mango();
    indigenousMango.setName("indigenous");
    List<Mango> testMangos = Collections.singletonList(indigenousMango);
    Mockito.doReturn(testMangos).when(myClassSpy).apiCall();
    
    // 拦截privateMethod2的执行，在真实方法调用前检查中间状态
    // 注意：若Mockito无法直接识别私有方法，可通过反射获取Method实例绑定拦截逻辑
    Mockito.doAnswer(invocation -> {
        // 获取传入的mangos参数
        List<Mango> mangos = invocation.getArgument(0);
        Mango target = mangos.stream()
                .filter(m -> "indigenous".equals(m.getName()))
                .findFirst()
                .orElseThrow();
        
        // 验证privateMethod1执行后的中间值
        assertEquals(100, target.getAmount());
        assertEquals(10, target.getQuantity());
        
        // 执行真实的privateMethod2逻辑
        invocation.callRealMethod();
        return null;
    }).when(myClassSpy, "privateMethod2", Mockito.anyList());
    
    // 调用公共方法
    List<Mango> result = myClassSpy.publicMethod();
    
    // 验证最终值
    assertEquals(50, result.get(0).getAmount());
}

方案二：自定义Mango测试类记录属性变更历史 #

通过创建带变更日志的Mango子类，完整追踪属性修改过程，从而验证中间值和最终值：

// 测试用的Mango子类，记录amount的变更历史
static class TestMango extends Mango {
    private final List<Integer> amountChanges = new ArrayList<>();
    
    @Override
    public void setAmount(int amount) {
        amountChanges.add(amount);
        super.setAmount(amount);
    }
    
    public List<Integer> getAmountChanges() {
        return amountChanges;
    }
}

@Test
void testPublicMethodWithChangeHistory() {
    MyClass myClass = new MyClass();
    
    // 模拟apiCall返回TestMango实例
    TestMango indigenousMango = new TestMango();
    indigenousMango.setName("indigenous");
    List<Mango> testMangos = Collections.singletonList(indigenousMango);
    Mockito.doReturn(testMangos).when(myClass).apiCall();
    
    List<Mango> result = myClass.publicMethod();
    
    // 验证amount的变更历史：先100，再50
    TestMango resultMango = (TestMango) result.get(0);
    assertEquals(List.of(100, 50), resultMango.getAmountChanges());
    // 验证最终值和quantity设置结果
    assertEquals(50, resultMango.getAmount());
    assertEquals(10, resultMango.getQuantity());
}

这个方案无需依赖反射或特殊Mock配置，只要替换测试用的Mango实例，就能彻底解决Pitest突变存活问题——如果移除setAmount(100)，变更历史里只会有50，测试会直接失败。

方案三：代码结构优化（可选） #

如果后续允许修改代码，可以把privateMethod1中设置属性的逻辑抽成独立的公共辅助方法（比如updateIndigenousMangoInitialValues(Mango)），这样能直接测试该辅助方法的逻辑，同时在公共方法测试中验证中间状态。不过你提到privateMethod1不可修改，这个方案可作为后续优化参考。

为什么Pitest突变存活？ #

你的测试只验证了publicMethod返回的最终amount=50，移除setAmount(100)不会影响最终结果，Pitest认为这个代码变更无法被测试捕获，所以标记为存活。只要在测试中加入中间状态的验证（比如确认privateMethod1确实设置过100），这个突变就会被杀死。

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