为什么我要说不要过渡相信迷信单元测试，这要从一次合并请求说起，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校验不通过是整个微服务集成以后才能发现的，自动的单元测试没办法测试出来。