對于無法重現的軟件測試缺陷的處理方法

從標題來看大家可能會覺得暈，這里說到的不可復現是指這些Bug有時出現，有時候不出現。相信大家在測試過程中肯定遇到過這種Bug，不少這種不可復現的Bug定位起來非常困難，可能很長時間都不能得到解決。能否復現這些不可復現的Bug成為大家關注的一個話題，最近國外的測試專家James Bach、Jonathan Kohl等對這個話題進行了一些探討，這里把他們的一些思路理出來和大家分享。
      要想復現不可復現的Bug，需要先提到一個概念就是ET（Exploring Test），也就是探索式測試，這種測試方法是由James Bach首先提出來的，在所掌握的被測對象的信息不是很充分的情況下，這是一種很有效的測試方法.
      在給大家闡述如何復現不可復現的Bug的思路之前，先說說為什么要復現這些不可復現的Bug。對于整個項目或者產品而言，如果這些不可復現的Bug是很嚴重的Bug，比如導致系統崩潰等，如果不能及時、準確的定位和解決，最終發布出來的軟件到達用戶手中后，一旦出現勢必會影響軟件已經公司在用戶心中的形象，嚴重的會“迫使”用戶選擇競爭對手的產品，這些顯然都是公司所不愿看到的。而對于測試人員而言，出現了這些不可復現的Bug，實際上是一次很好的鍛煉和提高機會，如果只是提交缺陷報告將這個大皮球踢給開發人員，不僅喪失了一次提高測試水平的機會，還有可能破壞和開發人員之間的關系。
      現在進入正題。當出現不可復現的Bug時，大家可以從以下五個方面來進行考慮：
1、被測對象的版本信息
      我測試的到底是哪個版本，這主要是有兩個作用：一是確認我測試的是正式的軟件版本，如果不是就先記錄下該問題，然后選擇正式的版本進行測試（開發人員基于嘗試的一次非正規的修改可能會導致不可復現的Bug）；二是可以和其它版本進行對比，如果其它的版本沒有類似的問題，就可以去對比這兩個版本之間的區別。

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