11.18 线上三连bug复盘

背景:周五前端发了首页的服务,后端也对应发了几个服务。周一产品出去演示前,发现线上出现问题。

 

具体情况：

1. 后端发服务前未慎重确认是否有相关未测试代码发布。

2.发服务后测试未进行全面测试，只是单纯关注首页相关功能模块是否能正常使用。

3.出现问题后,我错误的先想到同步表结构,导致后面可能出现不可控的因素。

4.第一个问题,处理慌乱,找服务器不熟悉,让D哥代劳,然后又顺便让欢哥处理。

5.第二个问题,当时以为时间紧迫,十分慌乱,没有有效的与各方沟通情况,不敢在leader前大声交流自己的bug,并且存在侥幸心理。 改完后,没有合并代码，白发了一次服务,然后因为测试说演示应该不需要跑流程演示,便没有发，也没有询问产品经理准确消息,以至于后面还分心关注是否会跑流程,虽然并无卵用,甚至做好演示失败的准备。

6.第三个问题,抱有侥幸心态，估摸产品经理已经演示完毕或演示中影响不大,划水性无力性修改,后来让L哥修改，从团队分工上讲也确实属于L哥。

 

归结原因

1.发布流程没有规范。

2. 排查bug熟练度不够。

3. 相关bug技术知识欠缺。

4.怕承担责任，抗压心态差。

5. bug归属不明确，但是自己不好意思跟其他同事说，但是自己修改效率又低。

 

相应解决方法

1.团队的规范一时难以统一，但是可以靠自己尽力push同事规范流程，尽量减少因为不规范出现风险的程度。

2.空余时间模拟排查情景进行刻意训练。

3.补充相关技术知识。

4.多经历，锻炼并克服自己害怕出现问题的心态。

5.不要因为自己脸皮薄接下所有任务，快速定位，明确分工。