概述
有时候业务代码里会根据一个枚举值来区分业务场景，比如说：
|
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