【8.8】Springboot-Mock单元测试踩坑

使用Mock进行单元测试

出错情况一

将数据作为参数请求
使用param()和accecpt()，此时控制器中是得不到数据的，因为insertUser接口没有请求路径上的参数，所以只能取content中获得数据，而content 中的数据是空的。

        MvcResult mvcResult = mockMvc.perform(MockMvcRequestBuilders.post("/insertUser")
                .param("user", data).accept(MediaType.APPLICATION_JSON))
                .andExpect(MockMvcResultMatchers.status().is(200))
                .andDo(MockMvcResultHandlers.print())
                .andReturn();

1、如果insertUser需要的参数加了RequestBody注解，会出现HttpMessageNotReadableException异常。

2、没有加RequestBody注解的情况下，会使用无参构造的user，由于电话和邮箱moren为null，返回的参数为“邮箱格式错误，电话格式错误”，会出现断言错误的情况。

出错情况二

使用ContentType和Content发送数据，但是insertUser参数user不使用@ResponseBody注解，此时会出现断言错误，原因是user并没有读取到content中的内容。
可以看到其实body里面是有User类字段的值的，那么为什么读取不到呢，原因在于我的insertUser方法有两个参数，user接收前端数据，bindingResult用于绑定JSR303校验的结果，由于有两个参数，导致body里面的数据解析不出来。

public String insertUser(@Valid User user, BindingResult result)

正确的情况

使用content传递参数，并且在user字段上加上@RequestBody
@RequestBody的功能在于：
后端@RequestBody注解对应的类在将HTTP的输入流(含请求体)装配到目标类时，会根据json字符串中的key来匹配对应实体类的属性，如果匹配一致且json中的该key对应的值符合(或可转换为)，其他的都可简单略过。会调用实体类的setter方法将值赋给该属性。

public String insertUser(@ResponseBody @Valid User user, BindingResult result)

    @Test
    public void insertUserSuccess() throws Exception {
        User user = new User();
        user.setUserEmail("1438323608@qq.com");
        user.setUserPhone("18717170437");

        MvcResult mvcResult = mockMvc.perform(MockMvcRequestBuilders.post("/insertUser")
                .contentType(MediaType.APPLICATION_JSON).content(
                        JSON.toJSON(user).toString()).characterEncoding("utf-8"))
                .andExpect(MockMvcResultMatchers.status().is(200))
                .andDo(MockMvcResultHandlers.print())
                .andReturn();
        Assert.assertEquals("注册用户成功",
                mvcResult.getResponse().getContentAsString(StandardCharsets.UTF_8).replace("\"",""));
    }

将response的到的数据转化为Srtring后带有双引号

        Assert.assertEquals("更新用户信息成功",
                mvcResult.getResponse().getContentAsString(StandardCharsets.UTF_8));

原因：缺失了StringHttpMessageConverter
之前为了解决序列化问题引入了FastJsonHttpMessageConverter，当时是直接创建了一个bean，这个bean会覆盖springmvc原有的消息处理器，就包括了StringHttpMessageConverter，而StringHttpMessageConverter的功能是完成请求报文到字符串和字符串到响应报文的转换，对于只有一个字符串的json数据需要它来解析为字符串。

原代码

@Configuration
public class FastHttpMessageConverter{

    @Bean
    public HttpMessageConverters fastJsonHttpMessageConverters() {
        //1.需要定义一个convert转换消息的对象;
        FastJsonHttpMessageConverter fastJsonHttpMessageConverter = new FastJsonHttpMessageConverter();
        /*
        省略fastjson配置
			*/
        return new HttpMessageConverters(converter);
    }

改进：继承WebMvcConfigurer接口重写extendMessageConverters方法，在converters中加入FastJsonHttpMessageConverter 。extendMessageConverters采取的是继承机制，会保留有StringHttpMessageConverter。

@Configuration
public class FastHttpMessageConverter implements WebMvcConfigurer {
    @Override
    public void extendMessageConverters(List<HttpMessageConverter<?>> converters) {
        //1.需要定义一个convert转换消息的对象;
        FastJsonHttpMessageConverter fastJsonHttpMessageConverter = new FastJsonHttpMessageConverter();
        /*
        省略fastjson配置
			*/
        converters.add(fastJsonHttpMessageConverter);
    }