概述
有时候业务代码里会根据一个枚举值来区分业务场景，比如说：
|
1 2 3 4 |
public enum activitylimitenum { limit( 1 , "封顶" ), unlimit( 0 , "上不封顶" ); } |
如果编写单元测试来验证业务代码，至少需要写两个测试方法,一个验收封顶逻辑，一个验收不封顶逻辑。
|
1 2 3 4 5 6 7 8 |
@test @displayname ( "封顶" ) void testlimit() { } @test @displayname ( "不封顶" ) void testunlimit() { } |
由于这两个场景只是区分封顶和不封顶，其他的都是一样的，如果写两个测试方法， testlimit 和 testunlimit 方法里会有很多重复代码。这个时候 junit 5 中 @parameterizedtest 和 @enumsource 就可以派上用场了。
|
1 2 3 4 5 6 7 8 9 10 11 |
@parameterizedtest @enumsource (activitylimitenum. class ) @displayname ( "封顶和不封顶" ) void test(activitylimitenum activitylimitenum) { if (activitylimitenum.limit.equals(activitylimitenum)) { assertfalse( false ); } else if (activitylimitenum.unlimit.equals(activitylimitenum)) { asserttrue( true ); } } |
junit 5 在执行上面的 test 方法的时候，由于 activitylimitenum 中有 limit 和 unlimit 两个枚举，先按照 limit 类型执行一次 test 方法，再按照 unlimit 类型再次执行 test 方法，共执行两次 test 方法，因此我们需要在 test 方法里，区分一下类型，按照实际情况编写 assert 代码进行验证即可。
我们用 intellij idea 执行上面的单元测试，效果如下：
可以看到 test 方法确实执行了两次, limit 和 unlimit 各执行一次。
如果枚举中的枚举值非常多，而单元测试里只是想验证其中部分枚举值，那可以用下面的方式：
|
1 2 3 4 5 6 7 8 9 10 11 |
@parameterizedtest @enumsource (value = activitylimitenum. class ,names = { "limit" }) @displayname ( "封顶和不封顶" ) void test(activitylimitenum activitylimitenum) { if (activitylimitenum.limit.equals(activitylimitenum)) { assertfalse( false ); } else if (activitylimitenum.unlimit.equals(activitylimitenum)) { asserttrue( true ); } } |
这样就只会执行 limit 枚举值对应的场景。
如果要在 junit 5 里使用 @parameterizedtest 和 @enumsource ，需要添加如下依赖：
|
1 2 3 4 5 6 |
<dependency> <groupid>org.junit.jupiter</groupid> <artifactid>junit-jupiter-params</artifactid> <version> 5.2 . 0 </version> <scope>test</scope> </dependency> |
总结
以上就是这篇文章的全部内容了，希望本文的内容对大家的学习或者工作具有一定的参考学习价值，谢谢大家对的支持。如果你想了解更多相关内容请查看下面相关链接
原文链接：https://blog.csdn.net/linsongbin1/article/details/82784224
查看更多关于Junit 5中@ParameterizedTest与@EnumSource结合使用的详细内容...