springboot 单元测试怎么写

阳光穿透心脏的1/2处 2022-11-13 06:29 195阅读 0赞

本文基于springboot版本1.4+ 推荐使用mock完全单节点测试和全链路测试

我们的单元测试是系统质量保证的重要一环，需要引起重视。但是由于目前分布式系统相互直接依赖繁杂 ，如果实际按业务数据来跑单元测试，那很难遵循单元测试的 AIR 原则【 Automatic(自动化)、Independent(独立性)、Repeatable(可重复)】 ，因而我们会引入mock来辅助完成单元测试。  
另一方面单元测试分为两部分 一个是单个最小单元的测试，另一种是单个系统内部全链路的测试。本文主要描述如果写全链路测试的方案

## 1、单节点测试 ##

单一最小原子化测试这部分就不过多赘述了 参考之前的mock测试就就行了，不过这种模式最大的弊端就是不能跨层调用，因为我们系统内部很多代码都有分层 web-service-dao（rpc）  
如果我们测试web层时 只能全mock service层服务，然后再层层递减的往下测试，工作量也比较大。  
下面的系统全链路测试提供了 从web测试mock service或者mock dao 自由组合选择的方式，支持了跨层级的验证方式。

[jmockit测试][jmockit]

## 2、系统内全链路测试 ##

当我们系统的很多环节都完成了单元测试，但是发现并没有整个系统内部的某个服务从头到尾全链路的测试的case，这种情况 容易造成一个问题，就是每个环节都没有问题，但是把每个环节串联起来的时候发现与实际业务期望并不符合。其中很多时候是因为我们在编写最小原子单元测试的时候，更多的视角局限于这一点，容易忽视某些点。  
但是从服务的最高点出发来思考问题 ，可以相对的覆盖更多的实际业务场景。所以我们还需要关注全链路的测试。  
下面推荐一种单元测试的写法 ，供大家参考，每个人都有不同的看法，一起完善最终可能就会完美

@RunWith(SpringJUnit4ClassRunner.class)
    @SpringBootTest(classes ={  SimpleResourceImpl .class, SimpleServiceImpl.class, SimpleRpcImpl.class, SimpleIntercept.class})
    @EnableAspectJAutoProxy
    @ContextConfiguration(locations = { "classpath:spring/spring-config-Simple.xml"})
    public class SimpleResourceTest { 
    
        @Autowired
        private SimpleResource resource;
    
        @MockBean
        private ExampleResource exampleResource;
    
        String exampleResultJson="{\"code\":\"0000\"}";
    
        @Before
        public void before(){ 
            Mockito.when(exampleResource.getExampleExInfo(Mockito.any(ExampleReq.class))).thenReturn(JSON.parseObject(exampleResultJson, ExampleResult .class));
        }
    
        @Test
        public void simple(){ 
            String json = "{\"abc\":\"xxx\"}";
            SimpleDTO dto = JSON.parseObject(json,SimpleDTO.class);
            RiskResultDTO resultDTO = resource.rule(dto);
            Assert.assertNotNull(resultDTO);
            Assert.assertEquals(Constants.ResponseCode.PASS,resultDTO.getCode());
        }
    }

这是一段样例代码，如图

#### 运行器我们使用的是SpringJUnit4ClassRunner ####

#### 基于SpringBootTest 指定容器自动实例化的类有哪些 ####

这个地方值得关注的是仅需要指明我们当前待测试服务入口从头到尾链路依赖的需要容器管理的对象，包括AOP 如SimpleIntercept，启动的时候会把这些指定的类自动的实例化到当前的容器中，如果我们需要测试那些类 就可以采用日常注解的方式 （@Autowired，@Resource）等完成对象的注入

#### EnableAspectJAutoProxy ####

开启容器AOP注解的支持，仅实例化了对象aop是不会生效的（@Aspect）需要指定该注解，完成aop的识别

#### ContextConfiguration ####

指定当前单元测试需要的容器配置信息，比如某些基于配置完成的bean关系之类的。

#### MockBean ####

这个注解完成了容器内部对象的替换，基于此注解实现的对象都会自动替换到容器中去，默认生成一个mock的空实现 所有方法返回null， 我们可以使用这个注解来填充第三方的远程调用，或者是我们内部的某个服务等等， 再结合第一步测试中的mock方式 ，给这种对象注入实际行为的具体操作。 最终我们的整个链路就可以完成测试了。

## 备注 ##

此方式属可选择容器加载模式，相当于启动了一个简易版的容器，仅初始化我们待测试链路的相关信息。容器启动速度快，均为内存操作，对比第一步的全mock测试耗时相差不大。此方式的优势是提供给我们可选择的指定某个链路完成业务流程测试。灵活易用。

[jmockit]: https://blog.csdn.net/xupeng874395012/article/details/77720649