再現率極低的BUG的處理意見

項目中出現了再現機率極低的BUG
時，往往會讓開發擔當在調查BUG
原因的時候比較苦悶。BUG
無法再現，也就是難以找到Bug
的原因，也就無從對策。以下是我對再現機率極低BUG
的處理的一些想法。(
我個人認為再現率在5%
以下的BUG
即為再現率極低的BUG)

 

再現機率極低BUG
的特點：

->BUG
出現具有隨機性 -
往往是偶然發生的

->
測試環境複雜

->
再現性沒有規律可尋 -
開發擔當在BUG
調查再現時，難以尋找規律

->
有的BUG
出現一次，再也無法再現

 

測試人員應該怎麼做：

1． 


在出現BUG
特別是偶然性BUG
時一定做好BUG
紀錄。BUG
紀錄要包含以下內容。

(1) 


BUG
出現時測試的測試Case
，要驗證的內容等。

(2) 


測試的軟體和產品的版本

(3) 


測試環境，特別是硬體要求，軟體環境，約束條件。

(4) 


測試手順以及輸入條件等，也就是操作步驟，這個必須詳細的記錄。

(5) 


預期的正常結果是什麼。

(6) 


BUG
現象。要詳細記錄。最好可以或者拍照等。

(7) 


記錄複歸步驟及條件。

(8) 


BUG
發生的機率。

總之，當發生BUG
時一定第一時間記錄，而且儘可能詳細記錄。

2． 


儲存BUG
發生時的LOG
和資料(
發生錯誤時的各種變數、記憶體、儲存空間等資料內容)
。

3． 


當測試人員發現有偶然BUG
或者是難以再現的BUG
時，要仔細查看當時的測試環境，比如測試的機器上有沒有安裝特別的軟體之類的，由沒有病毒，並詳細記錄。如果有必要一定要把測試環境進行保護。以便開發人員進行確認和再現。

4． 


儘可能多的進行測試，針對BUG
出現的測試項反覆測試，以便找出規律。

5． 


在發現無法重現的BUG
時，要向測試負責人和專案經理等報告。

6． 


協助開發擔當再現BUG
。

 

開發人員因該怎麼做：

1． 


保證提交給測試人員的代碼是沒有Warning
的。Waring
可能導致潛在問題。

2． 


要向測試人員瞭解BUG
出現時的環境，在測試人員的配合下，再現BUG
。

3． 


一定要使用和測試環境一樣的環境來再現Bug
。最好到測試時使用的環境上進行BUG
的再現。由於不可再現性Bug
原因複雜，可能有外部環境的影響，在測試機上再現可以保證測試條件的一致性。

4． 


要排出外部因素，比如相容性問題等。

5． 


根據BUG
發現的現象，Log
等資料，分析BUG
發生的可能原因，記錄下來。可以采排出發進行處理。縮小BUG
的調查範圍。

6． 


針對懷疑的代碼進行全面的人工走查，使用對比工具進行檢查等，有必要召開代碼的評審和審查會議。

7． 


對於一直沒有再現和沒有找到BUG
一定要向專案經理進行報告，並現象闡述如果Bug
存在肯能帶來的危害。

 

 

專案經理和管理員該怎麼做：

1． 


要求開發人員寫出Bug
報告，並進行原因和危害的分析。

2． 


根據緊急程度，將Bug
處理放入每日/
每周跟蹤列表，每次開例會時跟蹤問題的解決狀態。

3． 


對於無法再現的BUG
要最好召開有專案經理，設計開發人員，測試人員參加的分析會議，最好有類似專家的同行參與，針對Bug
的危害和影響作出分析和判斷，確定是否可視為不可再現性BUG
，進行bug
跟蹤的關閉。

4． 


對平時BUG
處理的跟蹤，一定要有記錄和原因分析和對策說明，以免有毛草對付現象。

5． 


用良好的開發過程來保證開發產品的品質。

6． 


培養開發人員的品質意識，注重代碼的評審，UT
等環節。