工作問題回顧1
阿新 • • 發佈:2017-10-24
啟示 參數調用 mil 狀態 自己 上拉 發現 line 平時
在修改bug中,問題現象是線上的頁面表格沒有加載到數據,訪問url返回的狀態碼為失敗,於是在本地拉取分支進行修改。但是拉取下來的分支代碼運行完全沒有問題,已經考慮了非常多種情況,還是沒有復現網上的bug。後來在將線上的代碼重新在開發上拉取一個分支進行測試,發現是在數據庫使用中有一個存儲過程出現了問題,開發分支上的存儲過程是正確的,而正式環境中的存儲過程少了一個參數,導致在使用原來的參數調用這個存儲過程的時候出現了問題,而導致前端訪問url的時候接收到的是失敗的狀態碼。
通過這個問題給自己的啟示是在工作中不能盲目的相信正式環境中的代碼,因為正式環境是已經發布了在使用中的環境,如果擅自修改其中的代碼會帶來業務不能使用的惡果,因此自己在工作中對於正式環境的態度是敬而遠之,都只是在開發環境中進行修改,有牽扯到正式環境的都是找別人,而正常情況下正式環境中的代碼都是開發環境中確認沒問題才會發布正式的,所以修改bug都是在開發環境中進行修改。而自己這次遇到的bug卻是正式環境中的代碼被別人修改了,而自己卻不知道,仍然在以開發環境中的代碼進行測試,這也是這次修改問題花費了很長時間都沒有解決的根本所在。
總結:在平時的工作中,不管對什麽事情,都應該有一顆懷疑的心,當在一個方向上一直尋找不到突破口的時候,就應該換個方向試試,而不是一直在這個錯誤方向上徘徊。
蝸牛也有一顆超速的心!
工作問題回顧1