Java自定义异常在自动化测试中作为业务失败的明确信号，比通用异常语义更精准、可读性更强；JUnit 5推荐用assertThrows校验异常类型及消息；需确保异常真实抛出而非被吞掉。
在自动化测试中，Java 自定义异常常被用作业务逻辑失败的明确信号，而非单纯报错。它让测试能精准识别“预期中的失败场景”，从而验证系统对异常输入或非法状态的响应是否符合设计——这是普通断言（如 assertEquals）无法替代的关键能力。
为什么自定义异常比通用异常更适合作为测试标志
内置异常（如 IllegalArgumentException）语义宽泛，难以区分是代码缺陷还是预期业务拦截。而自定义异常自带业务上下文，例如：
-
InsufficientBalanceException表示扣款时余额不足——测试看到它，就知道“系统正确拒绝了超额交易”； -
InvalidPromoCodeException表示优惠券已过期或不存在——测试捕获它，即确认“非法促销码被有效拦截”。
这种命名即契约的特性，使异常本身成为可读性强、意图清晰的测试断言锚点。
在测试中捕获并验证自定义异常
主流方式是使用 JUnit 的 @Test(expected = ...) 或更灵活的 assertThrows：
立即学习“Java免费学习笔记（深入）”；
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
- JUnit 4 写法：
@Test(expected = InsufficientBalanceException.class)<br>public void whenWithdrawMoreThanBalance_thenThrowException() {<br> account.withdraw(1000.0);<br>} - JUnit 5 推荐写法：
@Test<br>public void whenWithdrawMoreThanBalance_thenThrowException() {<br> InsufficientBalanceException ex = assertThrows(<br> InsufficientBalanceException.class,<br> () -> account.withdraw(1000.0)<br> );<br> assertEquals("余额不足", ex.getMessage());<br>}
后者支持进一步校验异常消息、错误码等字段，提升断言精度。
结合测试数据驱动，覆盖多类异常路径
在接口自动化或业务流程测试中，可将不同异常类型作为测试用例的预期结果：
- 构造一组参数组合（如空用户名、负年龄、超长手机号）；
- 每组数据关联一个预期异常类（
EmptyUsernameException、InvalidAgeException、PhoneTooLongException）； - 执行时统一捕获并比对实际抛出的异常类型与预期是否一致。
这样，一个测试方法就能批量验证多种业务规则拦截逻辑，避免大量重复的 try-catch 块。
注意：异常必须真实抛出，不能仅靠日志或返回码模拟
若业务层把异常“吞掉”并转为 HTTP 状态码（如 400）或 JSON 错误体，测试就无法直接捕获该自定义异常。此时需：
- 在单元测试中，直接调用 service 层方法（绕过 controller），确保异常穿透；
- 在集成测试中，改用断言响应状态和 body 内容，并确保错误体中包含与自定义异常对应的
errorCode或type字段，实现语义对齐。
