又到晚上黄金上网时间了,你还等什么?
登录注册
2020-07-08 06:52:52

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

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

评论与留言

以下内容均由网友提交发布,版权与真实性无法查证,请自行辨别。
本站有缓存策略,时间约2小时后能看到您的评论。本站使用自动审核机制,如果您的内容包含广告/谩骂/恐怖/暴力/涉政等不和谐内容将无法展示!
微信订阅号
扫码关注「任霏博客」微信订阅号
反馈与讨论
感谢您的关注与反馈
如果您发现了BUG、安全漏洞、或者希望讨论技术内容,请点击下方链接对我进行反馈。
feedback