概述
2019年6月28日晚上,bug群里的客服抛出了一个问题,订单结算页无法切换收货地址了,由于订单结算页离下单非常近了,如果出问题,会直接影响下单,也就影响了公司收入。由于618大促时,没发任何版本,而这个问题是大促结束后,发版本后才出现的,因此火速联系相关人士排查问题,最后通过日志发现,新版本的地址接口,增加了部分参数必填的校验,而这个地址接口的调用入口是有三个的,其中一个入口并没有传入参数,因此报错。
为了降低损失,马上进行回滚操作,采用旧的php地址接口,解决了这个问题。但是过五分钟后,客服又抛了一个问题,另外的入口,地址又不能切换了,且整个结算页无法完整展示了。天呀,这个入口是流量最大的,得分秒必争的解决才行。通过抓包发现,php代码抛出了语法出错的提示。问了一下刚才切换开关的php开发,得到的回复是,刚才解决第一个问题的时候,改错了一个地方。
当时真是的非常无语,心理想着,我们有预发布环境,为啥不先走一下呢。就不会出现这种低级错误了。当时由于情况紧急,想快速解决问题,降低损失,谁知反而造成更加的损失,真是得不偿失。
这里有一个经验教训,再紧急,都尽量到测试环境验证一下,最低限度,也至少到预发布环境验证一下,不然可能导致的更多的问题和更多的损失。
2019年6月,一次大促后的版本更新导致订单结算页收货地址切换功能失效,影响公司收入。紧急回滚后,再次出现更大流量入口的地址切换问题及结算页展示错误。事故源于新版本接口参数校验变化与代码误操作,强调测试环境验证的重要性。
2万+





