偶然性不可重現的BUG怎么處理?

　　一、一定要提交!!

　　1. 記得有這么個缺陷，以后再遇到的時候可能就會了解發生的原因。

　　2. 盡力去查找出錯的原因，比如有什么特別的操作，或者一些操作環境等。

　　3. 程序員對程序比測試人員熟悉的多，也許你提交了，即使無法重新，程序員也會了解問題所在。

　　4. 無法重現的問題再次出現后，可以直接叫程序員來看看問題。

　　5. 對于測試人員來說，沒有操作錯誤這條.既然遇到，就是問題。即使真的操作錯了，也要推到程序員那里，既然測試人員犯錯誤，用戶也可能會犯同樣的錯誤。錯誤發生的時候，Tester最大。

　　二、程序不是測試人員寫的，出問題也不是測試人員的原因。

　　至于無法重現，可能的原因很多，因為測試人員看到的只是程序的外部，無法深入程序內部，所以把責任推給測試人員是不對的。

　　測試人員的任務只是盡力重現問題，而不是必須重現!!

　　三、下次再遇到的時候，拉他們來看就可以了。

　　因為問題如果無論如何無法重現，程序員確實也沒有什么好的解決方法。

　　而且此類問題即使程序員說修改了，測試員也沒有好的方法去驗證是不是。 : )

　　四、你可以告訴程序員，測試過程是沒有錯誤的。

　　測試人員只是檢查程序中可能存在的問題，雖然測試人員使用一定的手段方法努力去覆蓋所有的情況，但這些都是理論的推測。在實際中，可能因為人員、環境、配置等種種原因出現各種各樣的問題，在測試人員這里發現問題是公司內部的事情，程序發到外面可就是公司的形象問題了。

　　需要讓程序員理解，測試人員是幫助他們的，不是害他們的。

　　客戶那里發現問題比測試員發現問題結果要嚴重的多。

　　五、測試部門是獨立與開發部門的呀，真的打交道，也是經理對經理。

　　在我們這里，工作上面的事情，和程序員相互只能商議解決，并沒有誰高誰低。

　　問題無法重現，也要提出，程序員那里可以回復無法再現。問題放在那里，等到再次出現的時候，就立刻叫程序員過來查看。

　　實在沒有再次出現，最后可以寫到報告中，說出現了什么現象，但無法再現(比較嚴重的問題才如此處理，小問題經理之間商量商量可能就算了)。

　　至于測試人員必須重現bug，你殺了我好了，我每次測試項目都有無法重現的問題，很多我能找到大概的原因，有些根本無法重現(僅僅出現一次)。

　　這種事情是無法避免的，并不能說測試人員無法重現問題，就是工作不到位(哼，程序有bug，是否可以說程序員工作不到位的呀)。

　　六、測試部門要獨立，最好不受開發的制約。其實真正要重視，就應該有否決的權利。

　　我們公司就是項目承包，要拿最后的項目尾款，就要測試部簽字通過，這樣就避免了很多的問題。

　　其實只要自己盡到心就可以了，管別人怎么說呢。

　　七、我們使用的狀態有：

　　程序員處理的狀態(由測試員提交的Action)：等待處理的，再次出現的。

　　測試員處理的狀態(由程序員提交的Action)：已經修改的，暫不修改的，系統限制的，使用錯誤的，無法再現的。測試員可以修改記錄。

　　經理處理的狀態(由測試員提交Action)：管理員處理的。經理還可以刪除記錄。

　　按照比較標準的說法，其實對于缺陷還應該有“等待確認的”、“已經確認的”和“重復提交的”的狀態，我們為了省事，統一使用了“等待處理的”。

　　最后結項的時候，缺陷的狀態對我們來說有兩種，“已經關閉的”(由測試員或經理確認)和“暫不修改的”(比如下一個版本處理等)。

　　呵呵，狀態多，有些煩瑣，特別是程序員很多的時候都不清楚應該回復什么狀態，但我個人覺得對測試人員來說，這些狀態比較清晰明了，容易處理。

　　八、一個叫doer_ljy(可戰)的網友回復了一些內容，我個人認為不很妥當，就回復了一些內容，綠顏色的是doer_ljy(可戰)的內容：

　　關于“無法重現”我看是有這么個問題存在。

　　首先如果你在測試之前有嚴格的測試計劃，就很難出現“無法重現”這種現象。“無法重現”的意思是不知道怎么操作才能再次看見這個BUG。那么這個BUG多半是“計劃外”的。

　　不清楚你是否是測試人員。“計劃外”這個詞，對測試員來說應該不存在。測試用例的粒度一直是個在討論中的問題，測試人員很難有時間和精力寫出包含內容、數據、步驟等等全部操作一切的測試用例(說白了，只要一個長手識字的人，按照測試單做，就能發現所有的問題，呵呵，有軟件藍領的感覺了)。即使真的有，意義也不大，測試很多的時候，是發散性的思維，帶點創造性，想事先考慮完全，很難。所以更多時候，是在測試過程中逐步對用例等進行完善，所以說“計劃外”最好不要提。

　　說說我現在測試的一個項目，有一個業務，首先查詢出人員，有個“全選”按鈕，“全選”后，再用鼠標一個一個取消選擇，這個時候進行業務辦理的時候，就會提示“沒有選擇人員”，至今為止一切都正常，但是這個時候再次點選人員進行業務處理，仍然會提示“沒有選擇人員”，這就是一個缺陷了。這個問題我想一般人都不會在測試用例中考慮到吧，因為發生的條件很苛刻：不用“全選”按鈕的時候不會發生;全選后點擊“取消全選”按鈕再辦理業務不會發生;全選全消后，先點擊人員再辦理業務也不會發生。

　　其次，成熟的測試人員及時無法再現BUG，也能準確的描述出BUG發生之前幾個步驟的操作方法，測試用例情況。這些對開發人員分析BUG原因很重要。所謂的BUG發現環境。

　　呵呵，看來我不是成熟的測試人員。手工測試，比較熟練的時候，和打字可以說差不多，應該進行到哪里，心中是有數的，但讓我完全從頭到尾的重復，不容易呀。寫測試缺陷報告單的時候，也只是說明操作步驟和發生的現象。其實無法重現的問題，既然說“無法重現”，也就是測試人員已經對這個現象進行了多次的驗證，一般從程序外部來說，測試人員的操作比程序員要熟練的。

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