SpringBoot测试值得一看

springboot测试

传统的测试是单元集成、整个系统进行的。

国内根据MVC模式去分为前端的展示，后台的服务和数据库操作三部分。

如今前端基本是负责用户的交互，都组件化了，它能做的业务逻辑功能是有功能可以做的，但很少，大多数我们的系统都是在后端去实现用户的逻辑的，也就是UI自动化会逐渐淘汰，我们需要基于前台或者叫网络前台的基于http协议的接口测试，http要会抓包，要去做包结构调postman或jmeter。

开发端的测试，从一个 springboot的应用程序来看，我们要注意两个东西。

第一是我们的控制层是什么？

控制层是我们@RestController 的一个类，这个是说明这个系统的方法和类是如何公开成我的网页接口的，定义了接口，有地址有参数

第二个是我们的@service部分，当我们做了一个CURD就是数据库增删改查的时候，就会用到这个@service模块，它是帮我们实现SQL语句跟SQL语句mapping（就是一个xml结构的SQL语句映射过程），这个@service就是帮我们实现了具体数据库查询，并把数据返回

• 控制层就是我们把数据给丢出来的，对最外面的一层控制层
• 第二层是我们中间的服务层，服务层就是实现了控制层调用服务层，服务层调用我们的dao或者数据库实现的内容的
• 最后是我们数据库层的sql部分

谈单元测试的时候都会讲到一个框架JUnit，junit5，一般使用@Test注解进行测试，但是在springboot中就有个问题了，我们用的controller 和我们的service都是基于注解来实现的，也就意味着整个springboot不能一起启动的话其实这些东西是不能使用的

所以这个时候我们可以引用@SpringBootTest插件或者注解，这个注解就是当我运行这个的时候，会把springboot整个项目启动起来，这样就有真的controller 和我们的service存在了，然后再调用我的测试用例去跑，也就是认为是把传统的打包好之后，我再去写代码调用，变成了我打包完了在对打包内容同时去做测试的一个过程。

service层测试

对service层，一个功能向数据库插入记录这样，第一新建一个基于service层接口的一个测试用例的@test脚本，第二在里面做一个关于数据库插入并且插入成功的一个断言内容，这样做了之后直接运行，我们是会看到记录被增加的，但是在测试阶段我们并不想出现的结果，为什么呢？执行一次用例就添加一条，但是表常有主键进行控制，作为测试我们只想知道功能对不对，所以我们要 再加两个注解

@Transactional：将这个方法事务化，事务化就是可以做回滚

@Rollback：这个就是表示我们会发现新增的结果是对的，但是再数据库里面是不会有记录生成的

service和单元测试是类似的

//对service层进行测试
@SpringBootTest
public class ServiceTest {
    private int id=15;
    @Resource
    classifyServiceImpl classifyServiceImpl;
    @Transactional //将方法事务化
    @Rollback //回滚
    @Test
    void test(){
        Classify clasify = new Classify();
        clasify.setClassifyname("酒类");
        clasify.setDescript("无");
        clasify.setRemark("无");
        classifyServiceImpl.addclass(clasify);
        /*Assertions.assertEquals(classifyServiceImpl.querybyidclass(id).getId(),id+"");*/
    }

}

controller 层测试

对controller 层，传统运行整个springboot 然后去写接口调用，因为知道@RequestMapping在哪，但是可以换个方法来做，其实在springboot里面提供了一个基于controller层的一个测试的支持的，关键在哪里，我们需要添加一个@MockMvc的一个对象，必须使用这个对象来做的，因为通过它我们才能访问到在我们整个@springbootTest里面，不是完全公开启动访问那种状态上面的内容，第一件就是要定义我们的注解，将我们的WebApplicationContext Wvc给建立起来，第二件我们就可以像传统一样做@Test了，测试用例就是需要构建基于整个MockMvcBuilders的这么一个对象的代码，去访问mvc，然后就是构建一个http请求去调用它，调用之后把它收回来去做断言

@SpringBootTest
public class ControllerTest {
    private MockMvc mvc;
    @Autowired
    private WebApplicationContext wac;


    @Test
    public void test() throws Exception {
        mvc = MockMvcBuilders.webAppContextSetup(this.wac).build();
        RequestBuilder request;
        request= MockMvcRequestBuilders.get("http://127.0.0.1:8082/type");
        String response=mvc.perform(request).andReturn().getResponse().getContentAsString();
        System.out.println(response);

    }

    @Test
    @DisplayName("异常断言")
    void test2(){
        assertThrows(ArithmeticException.class,()-> System.out.println(1%0));
    }
    //发送post请求
   /* request=post("").content("");
    mvc.perform(request)*/
}

其实作为开发人员来说是完全可以自己独立对我们外层服务和内部的service层做独立的测试，其实这样就开始逐渐不需要我们的测试人员的api测试了，而这种测试我们通常会根据我们的持续集成、持续部署、持续发布去做，

最后，JSON解析可以去了解一下

image.png