背景:週五前端發了首頁的服務,後端也對應發了幾個服務。週一產品出去演示前,發現線上出現問題。
具體情況:
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.不要因爲自己臉皮薄接下所有任務,快速定位,明確分工。