按照我们总结的TDD的开发流程,开始进行后台开发。由于我们当前为前后台分离的架构,所以省略了原型开发,而直接由第二步功能代码初始化做起。 由前台的开发稍有不同的是,在后台的开发中我们已经进行了更合理的分层,在分层开发时我们需要依据每个层具体负责的功能来编写针对性的测试语句。 ## 初始化 controller/KlassController.java ``` @DeleteMapping("{id}") @ResponseStatus(HttpStatus.NO_CONTENT) public void delete(@PathVariable Long id) { klassService.deleteById(id); } ``` service/KlassService.java ``` /** * 删除 * * @param id 班级ID */ void deleteById(Long id); ``` service/KlassServiceImpl.java ``` @Override public void deleteById(Long id) { } ``` ## M层 在初始化中,我们分别建立了KlassController以及KlassServiceImpl。而KlassController依赖于KlassServiceImpl,所以在开发中我们一般会优先开发更底层的KlassServiceImpl。 ### 单元测试 同第一次测试KlassController的方法一样,我们找到 KlassServiceImpl然后借助于idea来快速的生成测试文件KlassServiceImplTest.java ![](https://img.kancloud.cn/52/5f/525ff145e3663b391862d790452980a8_484x200.png) 我们继续添加delete测试方法后如下: ``` package com.mengyunzhi.springBootStudy.service; import org.junit.Test; public class KlassServiceImplTest { @Test public void deleteById() { } } ``` 初始化: ``` package com.mengyunzhi.springBootStudy.service; import org.junit.Test; import org.junit.runner.RunWith; import org.springframework.beans.factory.annotation.Autowired; import org.springframework.boot.test.context.SpringBootTest; import org.springframework.test.context.junit4.SpringRunner; @SpringBootTest @RunWith(SpringRunner.class) public class KlassServiceImplTest { @Autowired KlassService klassService; /** * 1. 新建一个班级 * 2. 删除这个班级 * 3. 再次查询该班级 * 4. 断言该班级不存在 */ @Test public void deleteById() { } } ``` 依据注释我们开始编写测试功能,由于数据的增改查删需要数据仓库的协助,所以我们在此需要自动装入KlassRepository: ``` import org.assertj.core.api.Assertions; ➊ @Autowired KlassRepository klassRepository; /** * 1. 新建一个班级 * 2. 删除这个班级 * 3. 再次查询该班级 * 4. 断言该班级不存在 */ @Test public void deleteById() { Klass klass = new Klass(); klass.setName("测试班级"); klassRepository.save(klass); klassService.delete(klass.getId()); Optional<Klass>➋ klassOptional = klassRepository.findById(klass.getId()); Assertions➊.assertThat(klassOptional.isPresent()➌).isFalse(); ➍ } ``` * ➊ AssertJ是一款优秀的单元测试工具,被广泛的用于java的单元测试中。 * ➋ Optional是一个可以装入其它对象的容器 * ➌ 该容器中的isPresent()用于判断容器中当前是否装入了对象。 * ➍ 断言:此时容器中未装入任何对象,即`klassRepository.findById(klass.getId())`未查询出对应的班级。 启动单元测试后结果如下: ``` org.junit.ComparisonFailure: Expected :false Actual :true <Click to see difference> ... at com.mengyunzhi.springBootStudy.service.KlassServiceImplTest.delete(KlassServiceImplTest.java:36) ``` 提示我们在KlassServiceImplTest.java的36的断言是失败的。我们断言是`false`,但实际的值是`true`。 ### 功能代码 使用JPA进行删除操作时异常简单: KlassServiceImpl ``` @Override public void deleteById(Long id) { this.klassRepository.deleteById(id);➊ } ``` * ➊ 直接调用deleteById()即可 #### 再测试 ![](https://img.kancloud.cn/a4/83/a4834a48130b7ccbb97a72c3ff2aed09_702x104.png) 单元测试通过,说明功能符合预期。 ## C层 前面我们描述过,C层的功能主要为:数据输入、数据转发以及数据输出。而逻辑实现属于M层的功能,所以C层并不需要对由M层实现的逻辑实现做断言。 ### 单元测试 以当前删除为例,C层只要保证调用了M层的deleteById即为成功。而至于调用M层的deleteById后是否真正的发生了删除操作、删除操作是否成功,C层不负责也不关心。因此,在测试中我们也会像前台一样MOCK一个M层出来专门供测试使用。则按上述的原则,初始化如下: KlassControllerTest ``` /** * 删除班级测试,测试点: * 1. 特定URL的DELETE请求是否正常(输入) * 2. 是否返回了204状态码(输出) * 3. 是否成功的进行了数据转发(数据转发) * @throws Exception */ @Test public void delete() throws Exception { } ``` 接下来我们添加一个模拟KlassService的对象 ``` import org.mockito.Mockito; @MockBean ➊ KlassService klassService; ``` * ➊ 注入一个实现了所有的KlassService接口规定功能的对象,并把该对象起名为klassService。 * ➊ 该对象的作用域为整个测试。此对象也将用于KlassController中注入KlassService。 使用 **@Autowired** 来装配我们自己编写的基于`KlassServiceImp`实现类创建的对象;使用 **@MockBean** 来装入由Mockito自动根据接口来生成的对象。 ***** **接口**是一种规范、一种协议,现实生活中它是一种描述,用于对接两种不同的产品、事物、物体、数据等。比如我们USB接口、3.5mm耳机接口,再比如因特网协议(IP),传输控制协议(TCP);而**类**则是蓝图、是模板,比如汽车生产图纸、建筑图纸等;而**对象**则指具体某些功能和属性能的能动体,比如某辆汽车、比如某幢高楼、比如某个U盘。 正是由于我们在KlassController的声明方法为:我需要一个有KlassService规定功能是对象,才会使得我们可以:① 在运行环境中,由Spring为其注入了基于KlassServiceImpl实例化的对象来满足其要求;② 在测试环境中,由Mockito为求注入了一个实现了KlassService规定所有的功能的对象来满足其要求。 > 我们把这种在编码过程中指定**功能要求**而不是直接引用某个**对象**的方法称为**面向接口**开发。 ***** ### 完成测试代码 ``` @Test public void delete() throws Exception { String url = "/Klass/1"; MockHttpServletRequestBuilder delete = MockMvcRequestBuilders.delete(url); ➊ this.mockMvc.perform(delete) .andExpect(MockMvcResultMatchers.status().is(204)); ➋ Mockito.verify(klassService).deleteById(1L); ➌ } ``` * ➊ 构建一个delete请求,请求地址为/Klass/1 (输入) * ➋ 模拟发起请求,断言返回的状态码为204(输出) * ➌ 断言执行了klassService中的deleteById方法,且传入的参数为1(数据转发) #### 测试 ![](https://img.kancloud.cn/7f/f0/7ff0a13a09d6667680b030cb4e3a0465_460x82.png) 测试通过,说明我们在C层初始化时的代码足够的健壮。对输入、输出、数据转发都做了正确的处理。 # 参考文档 | 名称 | 链接 | 预计学习时长(分) | | --- | --- | --- | | 源码地址 | [https://github.com/mengyunzhi/spring-boot-and-angular-guild/releases/tag/step3.6.2](https://github.com/mengyunzhi/spring-boot-and-angular-guild/releases/tag/step3.6.2) | - | | Mockito 专注于在测试中模拟服务 | [https://site.mockito.org/](https://site.mockito.org/) | - | | AssertJ 专注于测试断言 | [https://assertj.github.io/doc/](https://assertj.github.io/doc/) | - |