单元测试中如何验证异常为预期场景触发？是否需配置全量依赖？

一、如何确认抛出的异常来自目标错误场景？ #

1. 使用场景专属的自定义异常 #

你提到的为不同失败场景创建专属异常的思路是合理的，但命名要简洁专业，比如ApiCallFailedException，而非冗长的命名。测试时直接断言抛出的异常类型，就能明确它来自API调用失败的分支，而非其他错误。

如果需要更细粒度区分，可给自定义异常添加属性，比如errorCode或failureCause：

public class ApiCallFailedException extends RuntimeException {
    private final String errorCode;

    public ApiCallFailedException(String message, String errorCode) {
        super(message);
        this.errorCode = errorCode;
    }

    public String getErrorCode() {
        return errorCode;
    }
}

测试时不仅断言异常类型，还可校验属性：

@Test
void fooThrowsApiFailedExceptionWhenApiReturnsFailure() {
    // mock API返回失败
    when(apiClient.callApi()).thenReturn(new ApiResponse(false, "API_ERROR_001"));

    ApiCallFailedException exception = assertThrows(ApiCallFailedException.class, () -> myClass.foo());
    assertEquals("API_ERROR_001", exception.getErrorCode());
}

这种方式既避免依赖静态异常消息，又能精准定位异常来源。

2. 验证其他依赖未被触发 #

如果不想新增太多自定义异常，还可通过mock框架验证其他依赖的方法是否被调用。比如测试API失败场景时，foo方法在API返回失败后应直接抛出异常，不会执行后续依赖逻辑。这时可验证其他依赖的核心方法从未被调用：

@Test
void fooThrowsExceptionDueToApiFailure() {
    // mock API返回失败
    when(apiClient.callApi()).thenReturn(new ApiResponse(false));

    assertThrows(RuntimeException.class, () -> myClass.foo());

    // 验证其他依赖的方法未被调用，说明流程没走到那一步
    verify(otherDependency, never()).doSomething();
}

这能间接证明异常来自API失败分支，而非其他依赖出错。

二、测试异常时是否需要配置所有依赖？ #

不需要。单元测试的核心是隔离目标场景，只需配置触发当前测试场景必需的依赖，其他依赖只要保证不干扰测试流程即可：

• 如果某个依赖在目标异常的执行路径中不会被调用，直接用mock框架创建空mock（比如Mockito的@Mock注解），无需额外配置行为；
• 如果依赖会被调用但不影响异常触发，只需stub它返回不干扰结果的默认值（比如空列表、true等）；
• 只有直接影响目标异常触发的依赖，才需要针对性mock行为（比如本次测试中的API客户端）。

比如测试API失败场景时，只要mock API返回失败，其他依赖如果在API失败后不会被执行，就无需配置，能大幅简化测试代码，避免臃肿。

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