致 —— 第一次线上bug

出现时间

2020年01月13日 下午1点03分
午休还未睡醒,听到了老大的呼唤。
老大:XX,群里反馈有问题,你查一下啊。
我:好的!
立刻,瞬间清醒,看群里的问题截图。

具体问题

在线合同去签约,报错【服务器异常】。

问题定位

开始查问题,看日志,后发现因为代码(同事W写)合同过期时间判断有误,使用了过期的合同,进而无法进行签署,前端没绑定错误码描述异常,进而直接提示恐怖的服务器异常错误。

解决

  1. 立刻是找DBA临时修复了有效期的问题。
  2. 同事W修改代码逻辑后发布生产版本。

思考原因

  1. 目前团队缺少codeReview氛围,这种问题应该在codereview就能解决。
    解决:【这里参考下之前很好codeReview方式,组内开发(<10人参加),主写人一行一行讲自己的代码(简单的简单带过,重要的逻辑细致的讲解),参与人有问题就提出,包括代码规范,逻辑问题,优化问题等,大致认同需要改的写上改动,加上fixme标记,然后后边自行修改,改好后让别人check一下即可。】,尽快配合推进codeReview
  2. 日志打印不是很规范,重要的业务一定要打印全部入参 出参,重要节点日志,方便查询问题。
    解决:日志规范个人建议 重要业务的入参,出参,重要节点日志,不要嫌日志打印麻烦,查问题定位问题日志是一个很大的帮手,具体参考《阿里巴巴开发规范中日志规范》
  3. 数据库修改后没有更新gmt_modified字段,这样查问题也会有干扰,
    解决:这个不多说了,update 语句都请更新gmt_modified字段,这也是代码规范的问题。
  4. 测试同学没有覆盖到这块逻辑、包括产品也不清楚这块过期逻辑。
    解决:每一个业务相关的参数都应该让产品 测试知晓。这样才能覆盖全面的测试。
  5. 前端错误异常按给出的错误码显示,笼统的显示为服务器错误,不方便定位问题。
    解决:每一个错误码前端异常提示对应的错误描述,较少定位问题时间。

总结

基本上出现问题是程序员自己埋得坑,除非外在(系统,网络,存储)的情况,出现问题应该第一时间考虑是自己的问题。

虽然这次不是自己的代码bug,但是我负责的项目,所以出现问题还是有责任的,很愧疚的。所以起了致 —— 第一次线上bug的标题,希望自己能够记住。

相信广大猿友们对线上一直都是怀着一个敬畏的心,希望我们的心能够好好的安放。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值