不要过渡相信迷信单元测试,它可能耽误你很多事
为什么我要说不要过渡相信迷信单元测试,这要从一次合并请求说起,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 版权协议,转载请附上原文出处链接及本声明。
相关推荐
猜你还喜欢这些内容,不妨试试阅读一下评论与留言
以下内容均由网友提交发布,版权与真实性无法查证,请自行辨别。微信订阅号
扫码关注「任霏博客」微信订阅号- 你好,我想问一下如果是分析型的数据库要怎么制作docker镜像呢 是修改V008R003C002B0320版本号吗
- 可以的,我也正在开发分享的程序,可以邮件或群联系我都可以,关于页面里有联系方式:https://www.renfei.net/page/about 。
- 有破解软件的需要可以私下联系您吗?
- 您好,手机APP只是个客户端,用于数据呈现展示,数据均保存在服务器上,只留个APP没有任何用处,无能为力哦。
- 老哥 看你弄了这么多软件好厉害啊。 我有个软件 我买过几个小会员 没用几天 然后商家跑路了,软件服务器关闭了,连不上去 用不了。 你能做成一个打补丁版本可以本地用的么? 方便看下么?https://haodezhe.lanzouw.com/iD0f30h9joza 谢谢老哥!
- 您好,由于版权投诉和我国知识产权法的完善,我已经下架所有破解软件的下载链接了。
- 请问怎么下载呀
- 我保存的License在:https://gitlab.com/renfei/KingbaseES-V8-R3/-/tree/master/License ,开发版是长期有效的,只不过限制连接数,现在官网好像已经下线 V8R3 的下载页面了,其他版本我也不确定是否过期
- 这个版本的license有没有
- 序列号长度不对呀