軟件測試管理中對于不可重現Bug的個人理解

軟件測試管理中對于不可重現Bug的個人理解

來到公司后參加了4個項目，在測試過程中一個頭疼的Bug便是不可重現的Bug。針對這類Bug，有不同的觀點，一部分認為是測試人員的操作錯誤，一部分人認為是這類Bug是真實存在，根據我的經歷我贊同后面這個觀點，而且認為出現不可重現Bug只是小概率的事件。

　　個人認為出現不可重現Bug的原因大致如下：

　　1．測試環境的不穩定。

　　2．測試用例沒有完全細化覆蓋到這個功能點。

　　3．人的問題，測試人員總是操作不到點上。

　　面對不可重現性Bug我們應該怎么做呢？ 實際工作過程中出現不可重現Bug對我們測試人員是一種鍛煉，鍛煉我們提交Bug的能力，跟蹤Bug的能力，可以充分鍛煉我們的探索式思維，很多時候這種探索式思維對重現Bug有很大的幫助。

　　1．項目測試時，爭取有自己獨立的干凈的測試環境。同時為了重現bug可以試著交換測試機器，或者測試任務。

　　2．回顧我們的測試用例，看確實是否存在遺漏功能需求。一般都會存在，只是這個需求可能極其隱蔽。

　　3．一旦出現Bug，分析，記錄剛剛進行的操作，以及剛執行的用例，然后爭取保留現場，和開發同學及時的交流，及時的查看日志，以及現場。

　　4．必要時借助測試工具，開發同學要有良好編碼習慣特別是對于log，盡可能的要重視log的作用。

　　5．探索式測試。這種測試對于重現bug還是比較管用的。

　　我們這次項目涉及到了客戶端，在測試一段時間后客戶端就會crash，（客戶端在用戶使用過程中崩潰肯定影響公司的形象），crash出現的頻率基本在一天一次左右，但是出現在不同的測試用例執行過程中，甚至在長時間開著客戶端也會偶爾出現crash。這說明所謂的這個“不可重現”Bug是真實存在的，開發同學經過多次的日志分析后終于在項目測試第二輪結束時順利解決掉?？蛻舳吮罎⒌脑颍汉啙嵉恼f，“多線程重入一個共享對象，一個在使用，一個在 destruct”。由于本次項目缺少接口測試資源，這個原本接口測試中可以很容易發現的bug遺留到了功能測試過程中，于是變成了所謂的“不可重現”或者“不容易重現”，“無規律”重現的Bug。也就是說由于我們缺少接口測試的用例于是變成了功能測試來“埋單”了，另一個方面也證明了做為一個正規的程序類項目我們缺少測試流程中的哪一個環節也都是要付出一定代價的！

原文轉自：http://www.anti-gravitydesign.com