2019.7.29著
这天气热得天都哭了,突然一场暴雨,像下开水一样,热气腾腾,不过来的快,走的也快。
还以为又要被淹了,还以为我又要赤脚回去了。
今天开会,内容就一条,解bug,持续两个星期,卧槽,我快崩溃了。
突然发现写需求比改bug更让人接受,因为我想怎么写都行,只要事先功能就好。比较别人的代码是很难看懂的。
只有自己才最懂自己,哈哈哈,这话真没错。
经验之谈:
今天就改了一个bug,售后单推sap时,推的是蓝色发票,应该是推红色发票的,自己修改了代码,但是测试了一下午都没发现哪里错了,直到快下班时,才发现,原来有一个状态一直没变,最终的原因确实,卡夫卡里面的消息未消费,会导致他一直发请求。
这里就涉及到MQ相关的问题了,生产者生产的消息如果没有被消费,他将会一直发送请求。大家以后遇到这种问题也要注意哦!
还有就是,关于测试,由于无法用卡夫卡,所以只能跳过卡夫卡,直接调用推送sap的代码,这个时候我一筹莫展,问了我们经理,然后他给了我一个方案,那就是手动推送,具体如何操作呢?
很简单,就是在前端做个页面,里面要求有导入功能,解析表格内导入的数据,然后进行传参调用sap接口即可。很通用的方法,不管任何我无法测试的代码,都可用!基本上只要你写过一次,以后就是复制粘贴了,复用性也强
总结:小知识也能有大作用,思维越开阔越好。