不要过渡相信迷信单元测试,它可能耽误你很多事

为什么我要说不要过渡相信迷信单元测试,这要从一次合并请求说起,Github的Dependabot可以确保应用程序是安全的且总是处于最新状态,也就是说他会自动的创建合并请求来更改我的maven依赖版本,那么故事就来了。

自动升级 Hoxton.SR3 to Hoxton.SR6

Github的Dependabot自动创建了一个合并请求:build(deps): bump spring-cloud-dependencies from Hoxton.SR3 to Hoxton.SR6,因为我做了自动CI的检查,编译通过,单元测试通过,而且前几个合并批准以后也没有什么冲突和故障,我就点击了合并,这样从 Spring Cloud Hoxton.SR3 就自动的帮我升级到了 Spring Cloud Hoxton.SR6,看到单元测试全部是通过状态,感觉一切太平。

诡异的异常开始了

将线上的代码拉取到本地以后,诡异的各种故障开始了,微服务之间的调用接口都返回401禁止访问的状态,OAuth2的token校验始终不通过,我一度以为是我的那个业务修改引起的,这个故障调测了基本半天的时间,突然想到,会不会是因为升级了SpringCloud的原因呢?因为最新的Hoxton.SR6版本我并不知道它里面升级了什么内容,什么文档也没看就升级了,我就尝试降级到Hoxton.SR3,果然一切正常了。

不要过渡相信迷信单元测试

从这次寻锅之旅中,我明白了许多,编译通过不代表你的代码完全正确,单元测试通过也不能代表你的代码完美无缺,人工的测试还是必不可少的。导致这次浪费半天时间的原因是单元测试只是在各个服务内部运行,而微服务是一个整体,这次因为OAuth2的token校验不通过是整个微服务集成以后才能发现的,自动的单元测试没办法测试出来。

分享此页面

Comments