JUnit5学习之七：参数化测试(Parameterized Tests)进阶

7. 参数化测试(Parameterized Tests)进阶
   
8. 综合进阶（终篇）
   

[](

)本篇概览

本文是《JUnit5学习》系列的第七篇，前文咱们对JUnit5的参数化测试(Parameterized Tests)有了基本了解，可以使用各种数据源控制测试方法多次执行，今天要在此基础上更加深入，掌握参数化测试的一些高级功能，解决实际问题；

本文由以下章节组成：

1. 自定义数据源
   
2. 参数转换
   
3. 多字段聚合
   
4. 多字段转对象
   
5. 测试执行名称自定义
   

[](

)源码下载

1. 如果您不想编码，可以在GitHub下载所有源码，地址和链接信息如下表所示：

| 名称 | 链接 | 备注 |

| :-- | :-- | :-- |

| 项目主页 | https://github.com/zq2599/blog_demos | 该项目在GitHub上的主页 |

| git仓库地址(https) | https://github.com/zq2599/blog_demos.git | 该项目源码的仓库地址，https协议 |

| git仓库地址(ssh) | git@github.com:zq2599/blog_demos.git | 该项目源码的仓库地址，ssh协议 |

2.这个git项目中有多个文件夹，本章的应用在junitpractice文件夹下，如下图红框所示：

3.junitpractice是父子结构的工程，本篇的代码在parameterized子工程中，如下图：

[](

)自定义数据源

1. 前文使用了很多种数据源，如果您对它们的各种限制不满意，想要做更彻底的个性化定制，可以开发ArgumentsProvider接口的实现类，并使用@ArgumentsSource指定；
2. 举个例子，先开发ArgumentsProvider的实现类MyArgumentsProvider.java：

package com.bolingcavalry.parameterized.service.impl;
import org.junit.jupiter.api.extension.ExtensionContext;
import org.junit.jupiter.params.provider.Arguments;
import org.junit.jupiter.params.provider.ArgumentsProvider;
import java.util.stream.Stream;
public class MyArgumentsProvider implements ArgumentsProvider {
@Override
public Stream<? extends Arguments> provideArguments(ExtensionContext context) throws Exception {
return Stream.of(“apple4”, “banana4”).map(Arguments::of);
}
}

3.再给测试方法添加@ArgumentsSource，并指定MyArgumentsProvider：

@Order(15)
@DisplayName(“ArgumentsProvider接口的实现类提供的数据作为入参”)
@ParameterizedTest
@ArgumentsSource(MyArgumentsProvider.class)
void argumentsSourceTest(String candidate) {
log.info(“argumentsSourceTest [{}]”, candidate);
}

4. 执行结果如下：

[](

)参数转换

1. 参数化测试的数据源和测试方法入参的数据类型必须要保持一致吗？其实JUnit5并没有严格要求，而事实上JUnit5是可以做一些自动或手动的类型转换的；
   
2. 如下代码，数据源是int型数组，但测试方法的入参却是double：
   

@Order(16)
@DisplayName(“int型自动转为double型入参”)
@ParameterizedTest
@ValueSource(ints = { 1,2,3 })
void argumentConversionTest(double candidate) {
log.info(“argumentConversionTest [{}]”, candidate);
}

3.执行结果如下，可见int型被转为double型传给测试方法（Widening Conversion）：

4.还可以指定转换器，以转换器的逻辑进行转换，下面这个例子就是将字符串转为LocalDate类型，关键是@JavaTimeConversionPattern：

@Order(17)
@DisplayName(“string型，指定转换器，转为LocalDate型入参”)
@ParameterizedTest
@ValueSource(strings = { “01.01.2017”, “31.12.2017” })
void argumentConversionWithConverterTest(
@JavaTimeConversionPattern(“dd.MM.yyyy”) LocalDate candidate) {
log.info(“argumentConversionWithConverterTest [{}]”, candidate);
}

5.执行结果如下：

[](

)字段聚合(Argument Aggregation)

1. 来思考一个问题：如果数据源的每条记录有多个字段，测试方法如何才能使用这些字段呢？
2. 回顾刚才的@CsvSource示例，如下图，可见测试方法用两个入参对应CSV每条记录的两个字段，如下所示：

3.上述方式应对少量字段还可以，但如果CSV每条记录有很多字段，那测试方法岂不是要定义大量入参？这显然不合适，此时可以考虑JUnit5提供的字段聚合功能(Argument Aggregation)，也就是将CSV每条记录的所有字段都放入一个ArgumentsAccessor类型的对象中，测试方法只要声明ArgumentsAccessor类型 需要zi料+ 绿色徽【vip1024b】

作为入参，就能在方法内部取得CSV记录的所有字段，效果如下图，可见CSV字段实际上是保存在ArgumentsAccessor实例内部的一个Object数组中：

4.如下图，为了方便从ArgumentsAccessor实例获取数据，ArgumentsAccessor提供了获取各种类型的方法，您可以按实际情况选用：

5.下面的示例代码中，CSV数据源的每条记录有三个字段，而测试方法只有一个入参，类型是ArgumentsAccessor，在测试方法内部，可以用ArgumentsAccessor的getString、get等方法获取CSV记录的不同字段，例如arguments.getString(0)就是获取第一个字段，得到的结果是字符串类型，而arguments.get(2, Types.class)的意思是获取第二个字段，并且转成了Type.class类型：

@Order(18)

@DisplayName(“CsvSource的多个字段聚合到ArgumentsAccessor实例”)

@ParameterizedTest
@CsvSource({
“Jane1, Doe1, BIG”,
“John1, Doe1, SMALL”
})
void argumentsAccessorTest(ArgumentsAccessor arguments) {
Person person = new Person();
person.setFirstName(arguments.getString(0));
person.setLastName(arguments.getString(1));
person.setType(arguments.get(2, Types.class));
log.info(“argumentsAccessorTest [{}]”, person);
}

Kafka进阶篇知识点

Kafka高级篇知识点

44个Kafka知识点（基础+进阶+高级）解析如下