
本文探讨了在spring boot应用中如何对抽象类及其具体实现进行单元测试。核心策略是针对具体实现类编写测试用例,并利用mockito等工具模拟其依赖项,以验证抽象逻辑和具体实现方法的正确性,确保代码质量。
在Spring Boot应用开发中,我们常常会利用抽象类来封装通用逻辑,并通过抽象方法定义子类必须实现的行为。例如,CsvService 抽象类定义了从CSV文件读取数据的通用流程,但具体的CSV文件名和数据处理逻辑则由其子类 AirportService 实现。
public abstract class CsvService<T extends CsvBean> {
public List<T> readFromCsv(Class<T> type, CsvToBeanFilter filter) {
// ... 省略了从资源读取并解析CSV的通用代码 ...
// 最终会调用 getData(csvToBean) 方法处理解析后的数据
return new ArrayList<>(); // 简化示例
}
protected abstract String getFileName();
protected abstract List<T> getData(CsvToBean<T> csvToBean); // 假设此方法在 readFromCsv 内部被调用
}
@Service
public class AirportService extends CsvService<AirportBean> {
@Override
protected String getFileName() {
return "airport.csv";
}
@Override
protected List<AirportBean> getData(CsvToBean<AirportBean> csvToBean) {
List<AirportBean> airports = new ArrayList<>();
for (AirportBean bean : csvToBean) {
// ... 省略了具体的业务处理逻辑 ...
airports.add(bean);
}
return airports;
}
}直接对抽象类 CsvService 进行单元测试是不可能的,因为它不能被实例化,并且包含未实现的抽象方法。因此,核心策略是:通过测试其具体实现类(如 AirportService)来间接验证抽象类中的非抽象逻辑,并直接测试具体类中实现的抽象方法。
对于 AirportService,我们的测试目标是其实现的 getFileName() 方法和 getData() 方法。
在Spring Boot项目中,通常使用 JUnit 配合 Mockito 来进行单元测试。
为了在测试类中使用 Mockito,可以使用 @ExtendWith(MockitoExtension.class) (JUnit 5) 或 MockitoAnnotations.openMocks(this) (JUnit 4 @Before 方法中)。
import org.junit.jupiter.api.Test;
import org.junit.jupiter.api.extension.ExtendWith;
import org.mockito.InjectMocks;
import org.mockito.Mock;
import org.mockito.Mockito;
import org.mockito.junit.jupiter.MockitoExtension;
import java.util.Arrays;
import java.util.List;
import static org.junit.jupiter.api.Assertions.*;
import static org.mockito.Mockito.*;
// 假设 CsvBean 和 CsvToBean 已经导入
// import com.opencsv.bean.CsvToBean;
// import com.example.model.AirportBean; // 你的数据模型
@ExtendWith(MockitoExtension.class) // JUnit 5
public class AirportServiceTest {
@InjectMocks
private AirportService airportService; // 被测试的具体服务
// 如果 AirportService 自身有其他依赖,则在这里使用 @Mock
// 例如:@Mock private SomeRepository someRepository;
// 对于 getData() 方法,我们需要模拟传入的 CsvToBean 对象
// 但它作为方法参数,不需要在这里声明为 @Mock 字段
// ... 后续测试方法 ...
}我们将分别测试 AirportService 中 getFileName() 和 getData() 方法。
getFileName() 方法是一个简单的具体实现,它只返回一个字符串。测试它非常直接,只需调用该方法并断言其返回值是否符合预期。
@Test
void testGetFileName() {
String fileName = airportService.getFileName();
assertEquals("airport.csv", fileName, "getFileName() 应该返回 'airport.csv'");
}getData() 方法接收一个 CsvToBean<AirportBean> 对象,并对其进行迭代处理。为了测试这个方法,我们需要模拟 CsvToBean 对象的行为,使其在迭代时返回我们预设的 AirportBean 列表。
CsvToBean 实现了 Iterable 接口,这意味着我们可以模拟其 iterator() 方法来控制其遍历行为。
@Test
void testGetData() {
// 1. 准备模拟数据:创建预期从 CSV 中解析出的 AirportBean 列表
AirportBean mockAirport1 = new AirportBean();
mockAirport1.setCode("LAX");
mockAirport1.setName("Los Angeles International Airport");
// 假设 AirportBean 还有其他字段,例如:
// mockAirport1.setCity("Los Angeles");
AirportBean mockAirport2 = new AirportBean();
mockAirport2.setCode("JFK");
mockAirport2.setName("John F. Kennedy International Airport");
// mockAirport2.setCity("New York");
List<AirportBean> expectedAirportsFromCsv = Arrays.asList(mockAirport1, mockAirport2);
// 2. 模拟 CsvToBean 对象及其行为
// 创建一个 CsvToBean 的模拟实例
CsvToBean<AirportBean> mockCsvToBean = Mockito.mock(CsvToBean.class);
// 当 mockCsvToBean 的 iterator() 方法被调用时,返回我们预设数据列表的迭代器
when(mockCsvToBean.iterator()).thenReturn(expectedAirportsFromCsv.iterator());
// 3. 调用被测试方法
List<AirportBean> actualAirports = airportService.getData(mockCsvToBean);
// 4. 断言结果
assertNotNull(actualAirports, "返回的机场列表不应为 null");
assertEquals(2, actualAirports.size(), "返回的机场数量应为 2");
// 验证返回的数据内容是否与预期相符
assertEquals("LAX", actualAirports.get(0).getCode());
assertEquals("Los Angeles International Airport", actualAirports.get(0).getName());
assertEquals("JFK", actualAirports.get(1).getCode());
assertEquals("John F. Kennedy International Airport", actualAirports.get(1).getName());
// 验证 mockCsvToBean 的 iterator() 方法是否被调用了一次
verify(mockCsvToBean, times(1)).iterator();
}CsvService 中的 readFromCsv() 方法包含了文件资源的加载 (new ClassPathResource(getFileName())) 和 CsvToBean 对象的创建逻辑。直接对这些内部创建的对象进行模拟(如 new ClassPathResource())在标准 Mockito 中是比较困难的,因为它不直接支持模拟构造函数调用。
如果需要对 readFromCsv() 的整个流程进行测试,通常有以下几种方式:
在单元测试中,我们更倾向于隔离测试单元。因此,对于 AirportService,我们主要关注其具体实现的 getFileName() 和 getData() 方法,通过模拟 getData() 的输入来验证其逻辑。
通过上述策略和示例,您应该能够在 Spring Boot 应用中有效地为抽象类及其具体实现编写健壮的单元测试。
以上就是Spring Boot抽象类及其实现类的单元测试实践的详细内容,更多请关注php中文网其它相关文章!
每个人都需要一台速度更快、更稳定的 PC。随着时间的推移,垃圾文件、旧注册表数据和不必要的后台进程会占用资源并降低性能。幸运的是,许多工具可以让 Windows 保持平稳运行。
Copyright 2014-2025 https://www.php.cn/ All Rights Reserved | php.cn | 湘ICP备2023035733号