不要过渡相信迷信单元测试,它可能耽误你很多事
2020年07月08日 14:52:52 · 本文共 681 字阅读时间约 2分钟 · 3,201 次浏览为什么我要说不要过渡相信迷信单元测试,这要从一次合并请求说起,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校验不通过是整个微服务集成以后才能发现的,自动的单元测试没办法测试出来。
商业用途请联系作者获得授权。
版权声明:本文为博主「任霏」原创文章,遵循 CC BY-NC-SA 4.0 版权协议,转载请附上原文出处链接及本声明。
原文链接:https://blog.renfei.net/posts/1003398
版权声明:本文为博主「任霏」原创文章,遵循 CC BY-NC-SA 4.0 版权协议,转载请附上原文出处链接及本声明。
原文链接:https://blog.renfei.net/posts/1003398
相关推荐
猜你还喜欢这些内容,不妨试试阅读一下
评论与留言
以下内容均由网友提交发布,版权与真实性无法查证,请自行辨别。
热评文章
- 前后端分离项目接口数据加密的秘钥交换逻辑(RSA、AES)
- OmniGraffle 激活/破解 密钥/密匙/Key/License
- Parallels Desktop For Mac 16.0.1.48911 破解版 [TNT]
- Redis 未授权访问漏洞分析 cleanfda 脚本复现漏洞挖矿
- CleanMyMac X 破解版 [TNT] 4.6.0
- OmniPlan 激活/破解 密钥/密匙/Key/License
- 人大金仓 KingbaseES V8 R3 安装包、驱动包和 License 下载地址
- Sound Control 破解版 2.4.2
- Parallels Desktop For Mac 15.1.4.47270 破解版 [TNT]
- Parallels Desktop For Mac 16.0.0.48916 破解版 [TNT]
热文排行
- 博客完全迁移上阿里云,我所使用的阿里云架构
- 微软确认Windows 10存在bug 部分电脑升级后被冻结
- 大佬们在说的AQS,到底啥是个AQS(AbstractQueuedSynchronizer)同步队列
- 比特币(BTC)钱包客户端区块链数据同步慢,区块链数据离线下载
- Java中说的CAS(compare and swap)是个啥
- 小心免费主题!那些WordPress主题后门,一招拥有管理员权限
- 强烈谴责[wamae.win]恶意反向代理我站并篡改我站网页
- 讨论下Java中的volatile和JMM(Java Memory Model)Java内存模型
- 新版个人网站 NEILREN4J 上线并开源程序源码
- 我站近期遭受到恶意不友好访问攻击公告