昨天下午大神把組內幾十號人召集在一起開Online bug分析大會，主要是針對近期線上事故從事故原因和解決方案兩個維度來分析。

對金融軟件來說，每一次的線上事故都有可能給公司帶來重大的損失，少扣了用戶的錢，為公司帶來資金方面的虧損；多扣了用戶的錢，則為帶來不必要的合約或法律糾紛，故測試金融軟件不比其他行業的軟件，后者線上bug大多不會直接引起資金方面損失，最多就是用戶體驗不好，功能沒有實現，導致用戶量的流失。

對金融軟件來說沒有小bug，一旦出現bug那就是重大的bug，必須引起高度重視。

俗話說”人非圣賢，孰能無過“，軟件是由人編寫的，所以再所難免都會有問題，而我們所要做就是盡量避免出現問題，或者是避免出現重復的問題。

對于軟件測試人員來說分析線上BUG是非常好的一個措施，這樣可以檢測到測試人員在測試過程中哪些地方考慮不周，或沒有考慮到，從而可以提醒測試人員下次思考的范圍擴大，盡可能地完全覆蓋測試范圍。

從分析結果的角度出發，線上bug大多都是開發人員和測試人員麻痹大意所導致的，并不是不可避免的。

經過分析得出線上的bug出現的原因基本有以下幾類：

1.開發人員使用java框架錯誤

2.開發人員上線時合并代碼不仔細，導致代碼有遺漏

3.測試人員回歸測試流程不全

4.多系統一起上線，缺少聯調或者聯調不全

01

開發人員使用java框架錯誤

這個問題已經出現了兩次，在8月份就出現過一次，原因就是開發人在使用多線程時，將多例使用成單例，導致系統在高并發進出現了串數據的現象，導致系統在處理時放錯款，將A的錢放到B的賬戶中去了。

雖然使用單例能節省資源，降低系統的占用率，但這種情況并不合適目前的系統。

而此中情況在測試過程中并不一定能測試出來，這種出現的機率不定，必須在數據高并發時才有可能出現。

解決方案：技術問題，將單例修改成多例。

02

開發人員上線時合并代碼有遺漏

開發人員上線時刪除了master中的某行代碼，引起有個變量沒有定義，導致上線之后某功能失效。

開發人員將git分支上的代碼合并到master時，master提示某一行代碼沒有，開發人員就將分支上的代碼刪除再合并到master，等將代碼上線之后，導致某個功能失效。

解決方案1：開發人員將代碼合并到master時，先將master上的代碼拉到一個新分支上，然后再將要合并的代碼合到新分支上，最終將新分支上的代碼合并到master上。

解決方案2：開發人員建立良好的習慣，在開發某個項目時，每天（固定頻率）都將master上的代碼合并到自己代碼的分支上

03

測試人員回歸測試不全==漏測

說是回歸測試不全，其實就是相當于一定程度上的漏測，漏測應該是軟件測試人員盡量避免，一般漏測是因為測試人員思考不全，導致某個方面沒有測試到。

這次線上bug分析有以下幾個問題：

回歸測試時，驗證某個流程，但只驗證到任務創建，就沒有執行任務，上線后，該任務創建后執行會報錯。

未測試冪等性，上線后，導致兩次返回的結果不一樣。

開發修改某一個bug，回歸測試未回歸以前的流程，導致上線后，原來正常的流程執行不通過。

解決方案：

1.回歸測試時，主流程必須回歸，并且有完整的回歸步驟。

2.一個業務流程測試必須跑完一個完整流程。

3.測試過程中一定要細致，不能遺漏重要的點。

軟件中的bug不可能完全測試出來，但最不應該出現的就是原本是正確的流程或功能，經過版本改動，在后期又出現，但測試人員再次測試時竟然沒有發現，像這種情況是軟件測試人員最應該避免的，所以回歸測試很重要，不僅要回歸主要流程，還需要回歸修改bug相關的代碼部分。

解決回歸測試流程測試不全最好的解決方案就是引入自動化，就目前我們的系統不夠成熟，改動太多，業務流程或需求都不穩定，所以自動化測試還未正式引入。

04

多系統一起上線，缺少聯調或聯調不全

因為聯調出現問題也不再是一次二次了，為什么聯調會出現問題呢？

公司業務是由有多個系統組成的，同時還需要調用其他公司業務接口，測試人員在測試時調用相關系統接口時模擬返回或回調，基本都是使用的mock，mock返回的值并不是真的從相應系統的返回值，所以如果聯調測試時沒有把握好，就非常容易出現問題。

在測試過程中聯調就非常重要，但由于聯調測試人員的放松，對聯調內容的遺漏，導致業務上線之后：

1.調用某查詢任務，對方會一直返回處理中，導致流程卡住。

2.A系統回調B系統失敗，原因是編碼方式不一樣。

3.某系統功能失敗后，調用查詢接口報錯。

4.調用某系統，應返回code=1，結果返回code=0，導致業務處理錯誤。

以上問題都是由于系統之間的調用或回調導致的線上bug。

解決方案：

1.在聯調之前先將自己系統中本次項目所有用例測試完全。

2.編寫聯調用例，并且與多方測試人員溝通，確保聯調用例能全面覆蓋業務流程和任務。

3.在聯調時，確保所有業務流程是全部走通，且返回的值正確。

聯調測試與平時的功能測試重點和關注點都不同：

1.聯調測試保證業務流程是通的。

2.聯調測試時要檢查其他系統返回來的數據是否正確?檢查相同數據在各個系統存的值是否相同？

3.檢查推送的報文mapping與其他系統接口文檔中的mapping是否一致（映射）。

此次線上BUG分析再次驗證程序中的bug就是人為的，避免這些情況就需要開發人員在開發過程中多注意，培養良好的編程習慣，而測試人員在測試過程中需要將測試范圍考慮完全，盡量避免遺漏測試點，對于不清楚的點，不管是開發還是測試人員，都應該拿出來討論，切忌閉門造車，不懂裝懂。

大家可以一起來說說你們線上發生了哪些重大事故？讓你開始引以為戒了。

轉載于:https://www.cnblogs.com/lifangzhen/p/10044800.html

總結

以上是生活随笔為你收集整理的线上bug分析的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。