在我們日常測試活動中，經常會發現一些bug，但是這些bug可能就是曇花一現，再也無法（或者很難）重現出來，內心灰常崩潰。那到底有哪些方面可能會導致這類的缺陷發生呢？
我以自己工作中所遇到的給出一些自己的總結，當然如有補充請自行添加。
?
一．環境問題


這個問題導致的缺陷無法重現的情況還是比較多的，測試和開發環境的不一致可能導致開發那邊缺陷無法重現，還有實際運行環境和我們測試的環境不一致。如（硬件的配置，軟件的配置，網絡因素），當然極少數是系統內部問題或者時間觸發的（這類bug重現非常困難）
?
二．操作問題


很多時候我們在執行測試用例的時候會不經意間做了一些其他操作，這種不經意間完成，而又忽略了這一操作，以至于很難重現。
還有一種是沒有找到正確的引發bug的操作順序，因為很多bug需要滿足多個條件。在滿足這些條件下再去做某些操作，才能夠被觸發。
?
三．特殊數據


有些bug需要使用特殊數據才會出現，并且往往我們測試人員沒有意識到自己用的數據的特殊性，導致后面很難去重現。
?
四．內存泄露或鎖


有一些系統只有經過長時間運行才會暴露出bug，這個問題也很難重現。需要經過長時間的測試才能確認以及特殊情況下數據鎖的問題，導致的一些bug都很難重現
?
遇到這種問題，我們應該如何做呢？
?
（1）提交（不要因為沒重現出來，可能是自己眼花而不提）


把不可重現的BUG記錄下來，以后再遇到的時候可能就會了解發生的原因。同時盡力去查找出錯的原因，比如有什么特別的操作，或者一些操作環境等。而且程序員對程序比測試人員熟悉的多，因為測試人員看到的只是程序的外部，無法深入程序內部，也許你提交了，即使無法重新，程序員也會了解問題所在。無法重現的問題再次出現后，也可以直接叫程序員來看看問題。


但是針對一些比較嚴重的、隨機發生無法重現的bug，測試人員提交上去后，有可能會出現以下三個情形：a．開發人員試圖重現，重現不出，Reject回來；b．開發人員找不到規律，所以不去解決，問題一直處于Open狀態；c．開發人員因為問題難以解決，所以直接Resolved回來，覺得反正是偶發的，先改成解決狀態再說。


（2）盡量詳細的描述缺陷


盡可能的詳細記錄BUG產生的相關信息；如重現頻率，發生情況并有截圖，操作步驟，軟件的版本，發生錯誤時的各種變量、內存、存儲器等存儲的數據內容，軟件出錯時的軟硬件環境等。


（3）由開發人員進行人工代碼走查和工具靜態檢查


無法重現的代碼找對系統最熟悉的開發人員重新Review代碼，最好是多人一起查。查代碼還找不出來，就要檢查操作系統、應用服務器及其環境是否有問題，是否有兼容性問題。或者采用靜態檢查工具（如pclint,splint等工具）檢查代碼，消除所有的error與warning。


（4）受限于瀏覽器的需要檢查瀏覽器版本和瀏覽器配置


對于瀏覽器設置不正確引起的BUG，設置好瀏覽器選項，就能使BUG重現。


總之，在遇到某些嚴重的、卻又無法重現的Bug，應積極回憶BUG的癥狀和所有的環境因素，一絲一毫的細節都不要錯過。并與開發人員、DBA、系統設計人員、項目經理等一起分析那些環境因素，根據以往的經驗分析影響此Bug重現的重要因素，并在相同的環境上安裝同樣的系統進行測試，以驗證所做的猜測。而對于某些無法重現、但嚴重程度不是很高的Bug，可以暫時只作記錄、而不必花費大量的人力和物力去分析。如果下次又出現了，那么根據發生的頻率再去分析是否需要跟蹤此Bug。如果需要跟蹤它，那么在它又出現后一定要立刻對當時的環境進行截圖，如錯誤信息、界面、日志等。這樣也利于開發人員定位、分析它，從而準確、快速地修復它。如果條件允許，測試人員應立即保護現有環境，并邀請相關的開發人員和系統分析人員一起研討產生此問題的原因和解決方法。

總結

以上是生活随笔為你收集整理的如何看待那些不能重现的bug的全部內容，希望文章能夠幫你解決所遇到的問題。

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