单元测试中异常捕获适配器模式实现方法
一分耕耘,一分收获!既然打开了这篇文章《单元测试异常捕获块中的适配器模式怎么写》,就坚持看下去吧!文中内容包含等等知识点...希望你能在阅读本文后,能真真实实学到知识或者帮你解决心中的疑惑,也欢迎大佬或者新人朋友们多留言评论,多给建议!谢谢!

本文旨在指导开发者如何有效地单元测试Java中包含异常捕获块(`catch`)和异常适配器(`ExceptionAdapter`)的代码。我们将深入探讨在模拟(mocking)异常适配器行为时常见的误区,特别是区分方法是抛出异常还是返回异常对象,并提供正确的测试策略和代码示例,确保异常处理逻辑得到充分覆盖和验证。
理解异常捕获与适配器模式
在现代软件开发中,为了更好地管理和转换不同类型的异常,我们经常会引入异常适配器模式。当底层服务抛出特定异常时,适配器负责将其转换为上层服务预期的异常类型。以下是一个典型的Java方法,其中包含一个try-catch块,并在catch块中使用了serviceExceptionAdapter来处理捕获到的异常:
public Method execute(@NonNull final String test) throws ServiceException {
Object object;
try {
object = javaClient.fetchInfo(test);
} catch (ClientException | InternalServerError e) {
// 异常适配器将捕获到的异常转换为ServiceException并抛出
throw serviceExceptionAdapter.apply(e);
}
return object;
}在这个execute方法中,javaClient.fetchInfo(test)可能会抛出ClientException或InternalServerError。当这些异常被捕获时,serviceExceptionAdapter.apply(e)会被调用。根据方法签名,apply方法预期会接收一个异常对象e,并返回一个ServiceException的实例,然后这个返回的ServiceException会被execute方法抛出。
单元测试异常捕获块的挑战
单元测试上述catch块的关键在于,如何正确模拟javaClient抛出异常,并验证serviceExceptionAdapter被调用且其返回值被正确地抛出。一个常见的错误是在模拟serviceExceptionAdapter.apply()方法时,将其设置为抛出异常,而不是返回异常对象。
考虑以下初始的测试尝试:
import org.junit.jupiter.api.BeforeEach;
import org.junit.jupiter.api.Test;
import static org.mockito.Mockito.*;
import static org.junit.jupiter.api.Assertions.*;
class ProxyTest {
private ExceptionAdapter serviceExceptionAdapter;
private JavaClient mockJavaClient;
private Proxy proxy;
@BeforeEach
void setup() {
this.serviceExceptionAdapter = mock(ExceptionAdapter.class);
this.mockJavaClient = mock(JavaClient.class);
proxy = new Proxy(mockJavaClient, serviceExceptionAdapter);
}
@Test
void test_InternalServerError_IncorrectMocking() {
String testParam = "someTestValue";
// 模拟javaClient抛出InternalServerError
when(mockJavaClient.fetchInfo(any())).thenThrow(InternalServerError.class);
// 错误:模拟serviceExceptionAdapter.apply(any())抛出ServiceException
// 而不是返回ServiceException实例
when(serviceExceptionAdapter.apply(any())).thenThrow(ServiceException.class);
// 验证execute方法是否抛出ServiceException
assertThrows(ServiceException.class, () -> proxy.execute(testParam));
// 验证serviceExceptionAdapter.apply方法是否被调用一次
verify(serviceExceptionAdapter, times(1)).apply(any());
}
}在test_InternalServerError_IncorrectMocking测试中,when(serviceExceptionAdapter.apply(any())).thenThrow(ServiceException.class);这一行存在问题。
分析错误与正确模拟策略
核心问题在于对serviceExceptionAdapter.apply(e)行为的误解。回顾原始代码:
throw serviceExceptionAdapter.apply(e);
这行代码明确表示,serviceExceptionAdapter.apply(e)方法会返回一个ServiceException实例,然后这个返回的实例才会被throw关键字抛出。
然而,在错误的测试中,when(serviceExceptionAdapter.apply(any())).thenThrow(ServiceException.class);指示Mockito,当调用serviceExceptionAdapter.apply()时,它应该直接抛出一个ServiceException,而不是返回一个。这与被测试代码的实际逻辑不符,可能导致测试覆盖率不完整,或者在更复杂的场景中出现意料之外的行为。
正确的模拟策略是让serviceExceptionAdapter.apply()方法返回一个ServiceException的实例,就像它在实际运行中那样。
import org.junit.jupiter.api.BeforeEach;
import org.junit.jupiter.api.Test;
import static org.mockito.Mockito.*;
import static org.junit.jupiter.api.Assertions.*;
// 假设 ServiceException 是一个自定义异常
class ServiceException extends RuntimeException {
public ServiceException(String message) {
super(message);
}
public ServiceException(Throwable cause) {
super(cause);
}
}
// 假设 ExceptionAdapter 接口定义
interface ExceptionAdapter {
ServiceException apply(Throwable e);
}
// 假设 JavaClient 接口定义
interface JavaClient {
Object fetchInfo(String test) throws ClientException, InternalServerError;
}
// 假设 ClientException 和 InternalServerError 是自定义异常
class ClientException extends RuntimeException {}
class InternalServerError extends RuntimeException {}
// 被测试的 Proxy 类
class Proxy {
private final JavaClient javaClient;
private final ExceptionAdapter serviceExceptionAdapter;
public Proxy(JavaClient javaClient, ExceptionAdapter serviceExceptionAdapter) {
this.javaClient = javaClient;
this.serviceExceptionAdapter = serviceExceptionAdapter;
}
public Object execute(final String test) throws ServiceException {
Object object;
try {
object = javaClient.fetchInfo(test);
} catch (ClientException | InternalServerError e) {
throw serviceExceptionAdapter.apply(e);
}
return object;
}
}
class ProxyTest {
private ExceptionAdapter serviceExceptionAdapter;
private JavaClient mockJavaClient;
private Proxy proxy;
@BeforeEach
void setup() {
this.serviceExceptionAdapter = mock(ExceptionAdapter.class);
this.mockJavaClient = mock(JavaClient.class);
proxy = new Proxy(mockJavaClient, serviceExceptionAdapter);
}
@Test
void test_InternalServerError_CorrectMocking() {
String testParam = "someTestValue";
InternalServerError caughtException = new InternalServerError();
ServiceException expectedServiceException = new ServiceException("Adapted from InternalServerError", caughtException);
// 1. 模拟javaClient.fetchInfo()抛出InternalServerError
when(mockJavaClient.fetchInfo(any())).thenThrow(caughtException);
// 2. 模拟serviceExceptionAdapter.apply()返回一个ServiceException实例
// 注意:这里使用thenReturn()而不是thenThrow()
when(serviceExceptionAdapter.apply(caughtException)).thenReturn(expectedServiceException);
// 3. 验证proxy.execute()是否抛出正确的ServiceException
ServiceException actualException = assertThrows(ServiceException.class, () -> proxy.execute(testParam));
assertEquals(expectedServiceException, actualException); // 验证抛出的异常是预期的实例
// 4. 验证serviceExceptionAdapter.apply()方法是否被调用一次,并传入了正确的异常
verify(serviceExceptionAdapter, times(1)).apply(caughtException);
// 5. 验证javaClient.fetchInfo()方法是否被调用一次
verify(mockJavaClient, times(1)).fetchInfo(testParam);
}
@Test
void test_ClientException_CorrectMocking() {
String testParam = "anotherTestValue";
ClientException caughtException = new ClientException();
ServiceException expectedServiceException = new ServiceException("Adapted from ClientException", caughtException);
when(mockJavaClient.fetchInfo(any())).thenThrow(caughtException);
when(serviceExceptionAdapter.apply(caughtException)).thenReturn(expectedServiceException);
ServiceException actualException = assertThrows(ServiceException.class, () -> proxy.execute(testParam));
assertEquals(expectedServiceException, actualException);
verify(serviceExceptionAdapter, times(1)).apply(caughtException);
verify(mockJavaClient, times(1)).fetchInfo(testParam);
}
}在上述修正后的测试中,我们现在使用when(serviceExceptionAdapter.apply(caughtException)).thenReturn(expectedServiceException);。这确保了当serviceExceptionAdapter.apply()被调用时,它会返回一个我们预设的ServiceException实例,从而与被测试代码的逻辑完全匹配。assertThrows随后会捕获到这个由execute方法抛出的ServiceException,并且我们可以进一步使用assertEquals来验证捕获到的异常就是我们期望的那个实例。
注意事项与最佳实践
- 区分thenThrow()与thenReturn(): 这是解决此类问题的关键。如果被测试的方法是return someObject;,那么模拟时应使用thenReturn(someObject);如果被测试的方法是throw someException;,那么模拟时应使用thenThrow(someException)。
- 理解SUT(System Under Test)行为: 在编写测试之前,务必清晰地理解被测试代码的每一行行为,特别是方法调用和异常流。
- 精确匹配参数: 在when(mockObject.method(argument)).thenReturn(...)中,如果可能,尽量使用具体的参数值而不是any(),这样可以更精确地验证方法调用。例如,在我们的例子中,我们模拟了serviceExceptionAdapter.apply(caughtException),确保适配器接收到的是我们期望的原始异常。
- 验证交互: 使用verify()来确认被测方法是否按预期与它的依赖(如serviceExceptionAdapter和javaClient)进行了交互,包括调用次数和传入的参数。
- 测试所有异常路径: 如果catch块处理多种异常类型(如ClientException | InternalServerError),应为每种类型编写独立的测试用例,以确保所有路径都被覆盖。
总结
正确单元测试包含异常捕获和适配器模式的代码需要对模拟框架(如Mockito)有深入的理解,并准确把握被测试代码的执行逻辑。核心在于区分一个方法是“抛出”异常还是“返回”异常对象。通过使用thenReturn()来模拟异常适配器返回一个异常实例,我们可以确保测试准确反映代码的实际行为,从而提高测试的有效性和覆盖率。遵循这些最佳实践,将有助于构建更健壮、更可靠的应用程序。
本篇关于《单元测试中异常捕获适配器模式实现方法》的介绍就到此结束啦,但是学无止境,想要了解学习更多关于文章的相关知识,请关注golang学习网公众号!
include与require加载机制区别解析
- 上一篇
- include与require加载机制区别解析
- 下一篇
- Win11卸载Edge怎么弄?有效方法分享
-
- 文章 · java教程 | 1小时前 |
- Java 虚拟线程批量发起网络请求时如何限制并发度
- 265浏览 收藏
-
- 文章 · java教程 | 3小时前 | Java · 并发编程 · 虚拟线程 · java 结构化并发 StructuredTaskScope 子任务取消
- Java 结构化并发怎样统一取消一组子任务
- 370浏览 收藏
-
- 文章 · java教程 | 5小时前 | 并发 · Java · java threadlocal ScopedValue 并发上下文
- Java ScopedValue 如何替代只读 ThreadLocal 上下文
- 457浏览 收藏
-
- 文章 · java教程 | 8小时前 |
- Java 序列化边界怎么收紧:白名单与替代格式
- 278浏览 收藏
-
- 文章 · java教程 | 11小时前 | Java · 异常处理 · AutoCloseable Java try-with-resources suppressed exception 关闭顺序 getSuppressed
- try-with-resources 关闭顺序会如何影响主异常
- 197浏览 收藏
-
- 文章 · java教程 | 13小时前 | Java教程 · ServiceLoader module-info Java模块 uses provides
- 模块化项目为什么读不到服务实现:uses 与 provides 排查
- 462浏览 收藏
-
- 文章 · java教程 | 15小时前 | Java · 取消 · CompletableFuture · 重试 ·
- Java HTTP Client 实现带取消与重试的异步请求
- 212浏览 收藏
-
- 文章 · java教程 | 1天前 | Java · JVM · JVM Native Memory Tracking NMT jcmd 原生内存 JVM内存排查
- JVM 原生内存上涨但堆稳定,怎样用 NMT 分类定位
- 414浏览 收藏
-
- 文章 · java教程 | 1天前 | Java · 性能优化 · Stream · Java教程 · Java Stream Spliterator 并行流 parallelStream Stream副作用
- Stream 并行化前先判断什么:数据规模、拆分与副作用
- 405浏览 收藏
-
- 文章 · java教程 | 1天前 | Java教程 · sealed interface Java密封类 模式匹配switch 支付结果 穷尽检查
- 密封类建模支付结果:穷尽分支与扩展边界
- 270浏览 收藏
-
- 文章 · java教程 | 1天前 | 数据校验 · api设计 · Java教程 · 参数校验 Java record API DTO Jakarta Validation 紧凑规范构造器 跨字段校验
- Java Record 作为 API DTO 时,校验逻辑放在哪里
- 370浏览 收藏
-
- 前端进阶之JavaScript设计模式
- 设计模式是开发人员在软件开发过程中面临一般问题时的解决方案,代表了最佳的实践。本课程的主打内容包括JS常见设计模式以及具体应用场景,打造一站式知识长龙服务,适合有JS基础的同学学习。
- 543次学习
-
- GO语言核心编程课程
- 本课程采用真实案例,全面具体可落地,从理论到实践,一步一步将GO核心编程技术、编程思想、底层实现融会贯通,使学习者贴近时代脉搏,做IT互联网时代的弄潮儿。
- 516次学习
-
- 简单聊聊mysql8与网络通信
- 如有问题加微信:Le-studyg;在课程中,我们将首先介绍MySQL8的新特性,包括性能优化、安全增强、新数据类型等,帮助学生快速熟悉MySQL8的最新功能。接着,我们将深入解析MySQL的网络通信机制,包括协议、连接管理、数据传输等,让
- 500次学习
-
- JavaScript正则表达式基础与实战
- 在任何一门编程语言中,正则表达式,都是一项重要的知识,它提供了高效的字符串匹配与捕获机制,可以极大的简化程序设计。
- 487次学习
-
- 从零制作响应式网站—Grid布局
- 本系列教程将展示从零制作一个假想的网络科技公司官网,分为导航,轮播,关于我们,成功案例,服务流程,团队介绍,数据部分,公司动态,底部信息等内容区块。网站整体采用CSSGrid布局,支持响应式,有流畅过渡和展现动画。
- 485次学习
-
- PubMedQA
- 深入了解PubMedQA生物医学问答数据集,涵盖其核心功能、使用方法及在临床决策、药物研发等场景的应用,助力提升NLP模型性能。
- 384次使用
-
- H2O EvalGPT
- H2O EvalGPT是H2O.ai推出的开源LLM评估平台,提供详细的大模型性能排行榜、行业特定基准测试及A/B测试功能,助您快速选择最适合项目的高性能大语言模型。
- 460次使用
-
- LMArena
- LMArena是加州大学伯克利分校推出的AI模型匿名评测平台。通过盲测投票机制,用户可对比不同大模型回答并生成实时排行榜,助力开发者优化模型及用户选择最佳AI工具。
- 472次使用
-
- HELM
- 深入了解斯坦福推出的HELM(Holistic Evaluation of Language Models)大模型评测体系。本文解析其核心功能、安装配置步骤及应用场景,涵盖准确性、公平性、鲁棒性等多维度指标,助力开发者全面优化语言模型性能。
- 410次使用
-
- MMBench
- MMBench是由上海人工智能实验室等机构联合推出的多模态基准测试平台,提供细粒度能力评估、大规模数据集及VLMEvalKit工具。本文详细介绍其核心功能、安装使用方法及应用场景,助力开发者全面评估多模态模型性能。
- 237次使用
-
- Java try-with-resources 多个资源关闭顺序是什么
- 2026-09-10 501浏览
-
- 矩阵主副对角线快速定位技巧
- 2026-05-31 501浏览
-
- Java多态优化流程代码与行为分发改进
- 2026-05-26 501浏览
-
- JVM 类元数据双亲委派链表深度解析
- 2026-05-21 501浏览
-
- 反射异常处理:InvocationTargetException解析与应用
- 2026-05-16 501浏览

