单元测试调用含静态类私有方法的公共方法：处理getConfig失败

先看你给出的代码：

public void method1(int arg1,int arg2)
     method2()
    
private void method2()
     StaticClass.getConfig()

当StaticClass.getConfig()调用失败时，测试method1有两种核心方案：

方案一：用静态Mock框架直接绕过静态调用 #

如果不想修改现有代码，可以用PowerMock这类支持Mock静态方法的框架，直接拦截StaticClass.getConfig()的调用，返回模拟结果或者让它不抛出异常。

示例测试代码：

@RunWith(PowerMockRunner.class)
@PrepareForTest(StaticClass.class)
public class YourTargetClassTest {
    @Test
    public void testMethod1() {
        // Mock静态类的getConfig方法，避免实际调用失败
        PowerMockito.mockStatic(StaticClass.class);
        when(StaticClass.getConfig()).thenReturn(/* 这里传入模拟的Config对象或合适返回值 */);
        
        // 初始化目标类并调用method1
        YourTargetClass target = new YourTargetClass();
        target.method1(1, 2);
        
        // 如果需要验证private方法method2是否被调用，可以用PowerMock的私有方法验证
        PowerMockito.verifyPrivate(target).invoke("method2");
    }
}

注意：PowerMock属于“测试黑魔法”，可能和JUnit 5等新版本框架存在兼容性问题，适合快速解决现有代码的测试问题，但不推荐长期依赖。

方案二：重构代码解耦静态依赖（更推荐） #

从代码可维护性和可测试性出发，最好的方式是重构现有代码，把静态依赖转换成可注入的接口依赖，彻底解决静态调用难测试的问题。

步骤如下：

1. 定义一个抽象的配置获取接口：

public interface ConfigProvider {
    Config getConfig();
}

2. 修改目标类，用接口依赖替换静态调用：

public class YourTargetClass {
    private final ConfigProvider configProvider;

    // 通过构造方法注入依赖，方便测试时传入Mock实现
    public YourTargetClass(ConfigProvider configProvider) {
        this.configProvider = configProvider;
    }

    public void method1(int arg1, int arg2) {
        method2();
    }

    private void method2() {
        configProvider.getConfig(); // 替换原来的StaticClass.getConfig()
    }
}

3. 测试时传入Mock的ConfigProvider实现：

import org.junit.Test;
import org.mockito.Mockito;

public class YourTargetClassTest {
    @Test
    public void testMethod1() {
        // 创建Mock的配置提供者
        ConfigProvider mockProvider = Mockito.mock(ConfigProvider.class);
        Mockito.when(mockProvider.getConfig()).thenReturn(/* 模拟的Config对象 */);
        
        // 初始化目标类并调用方法
        YourTargetClass target = new YourTargetClass(mockProvider);
        target.method1(1, 2);
        
        // 验证配置获取方法是否被调用
        Mockito.verify(mockProvider).getConfig();
    }
}

这种方式不仅解决了当前的测试问题，还提升了代码的灵活性——后续如果需要替换配置获取逻辑，只需要实现新的ConfigProvider即可，不需要修改业务代码。

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