@ParameterizedTest与@EnumSource怎么在Junit 5中使用
这期内容当中小编将会给大家带来有关@ParameterizedTest与@EnumSource怎么在Junit 5中使用,文章内容丰富且以专业的角度为大家分析和叙述,阅读完这篇文章希望大家可以有所收获。
概述
有时候业务代码里会根据一个枚举值来区分业务场景,比如说:
publicenumActivityLimitEnum{ LIMIT(1,"封顶"), UNLIMIT(0,"上不封顶"); }
如果编写单元测试来验证业务代码,至少需要写两个测试方法,一个验收封顶逻辑,一个验收不封顶逻辑。
@Test @DisplayName("封顶") voidtestLimit(){ } @Test @DisplayName("不封顶") voidtestUnLimit(){ }
由于这两个场景只是区分封顶和不封顶,其他的都是一样的,如果写两个测试方法,testLimit
和testUnLimit
方法里会有很多重复代码。这个时候Junit 5
中@ParameterizedTest
和@EnumSource
就可以派上用场了。
@ParameterizedTest @EnumSource(ActivityLimitEnum.class) @DisplayName("封顶和不封顶") voidtest(ActivityLimitEnumactivityLimitEnum){ if(ActivityLimitEnum.LIMIT.equals(activityLimitEnum)){ assertFalse(false); } elseif(ActivityLimitEnum.UNLIMIT.equals(activityLimitEnum)){ assertTrue(true); } }
Junit 5
在执行上面的test
方法的时候,由于ActivityLimitEnum
中有LIMIT
和UNLIMIT
两个枚举,先按照LIMIT
类型执行一次test
方法,再按照UNLIMIT
类型再次执行test
方法,共执行两次test
方法,因此我们需要在test
方法里,区分一下类型,按照实际情况编写assert
代码进行验证即可。
我们用Intellij IDEA
执行上面的单元测试,效果如下:
可以看到test
方法确实执行了两次,LIMIT
和UNLIMIT
各执行一次。
如果枚举中的枚举值非常多,而单元测试里只是想验证其中部分枚举值,那可以用下面的方式:
@ParameterizedTest @EnumSource(value=ActivityLimitEnum.class,names={"LIMIT"}) @DisplayName("封顶和不封顶") voidtest(ActivityLimitEnumactivityLimitEnum){ if(ActivityLimitEnum.LIMIT.equals(activityLimitEnum)){ assertFalse(false); } elseif(ActivityLimitEnum.UNLIMIT.equals(activityLimitEnum)){ assertTrue(true); } }
这样就只会执行LIMIT
枚举值对应的场景。
如果要在Junit 5
里使用@ParameterizedTest
和@EnumSource
,需要添加如下依赖:
org.junit.jupiter junit-jupiter-params 5.2.0 test
上述就是小编为大家分享的@ParameterizedTest与@EnumSource怎么在Junit 5中使用了,如果刚好有类似的疑惑,不妨参照上述分析进行理解。如果想知道更多相关知识,欢迎关注恰卡编程网行业资讯频道。
推荐阅读
-
Web应用从零开始,初学者友好型开发教程
-
容器化最佳实践:Docker 与 Kubernetes 在微服务架构中的协同设计
-
AWS Cloud9 使用攻略:云端 IDE 如何无缝集成 Lambda 与 S3 服务?
-
Heroku vs AWS Elastic Beanstalk:快速部署 Web 应用的平台对比
-
Kubernetes 集群部署避坑:资源调度、服务发现与滚动更新策略
-
Docker 镜像优化指南:分层构建、瘦身技巧与多阶段编译实践
-
Postman 接口测试全流程:从 API 设计到自动化测试脚本编写
-
pytest 框架进阶:自定义 fixture、插件开发与持续集成集成方案
-
JUnit 5 新特性:参数化测试、扩展模型与微服务测试实践
-
Chrome DevTools 性能分析:FPS 监控、内存快照与网络请求优化指南