軟體測驗作業中常常會遇到不能復現的bug，遇到這種情況其實很正常，但是很多測驗新手都按照自己的想法處理，沒有提交bug，或者匆匆關閉bug，線上出現問題，就只能自己背鍋了，
今天我們就說說，遇到這種情況，我們該如何應對，
首先，出現不能復現的bug，這里一般有兩種情況
第一種，在測驗階段，執行了一個用例未覆寫的場景，或者隨機測驗，盲目點點點，一旦產生了bug，很容易忘記之前操作了什么，對于這樣的情況，通常根據bug的現象和當前的操作頁面，可以大概推斷出進行了哪些操作，嘗試幾次可能路徑后，一般會找到導致缺陷的步驟，
但是還有少量情況，無論怎么操作都無法復現剛才的bug，
第二種，對于已經提交給開發的bug，在開發環境怎么也復現不了，開發要求關閉該bug，這種情況，就要分析提交給開發的bug描述是不是準確詳細，有沒有必要的前置條件，操作步驟是否詳細，是否提供必要的截圖資訊，排查測驗環境和開發環境的配置是否相同，可以要求開發在測驗環境中驗證通過再關閉該bug，
一些沒有經驗的測驗人員，在遇到第一種情況時，認為這種bug的概率非常小，可以不用提交bug，而且，開發人員有時候也要求必須有重新路徑才能提交bug，這樣一旦線上出現問題，背鍋的自然就是測驗了，
作為軟體測驗人員，正確合理的做法是什么呢？
1. 首先，在遇到非必然重現的bug，一定要提bug，并且要在bug單中說明復現的概率，
2. 在發現bug時，要分析產生的原因，盡量多嘗試可能出現的步驟，排除環境和自己電腦配置的原因，比如瀏覽器的版本，系統的版本，等，還可以尋找開發幫助，讓開發同學對相應地方的代碼進行檢查，看一下是否可以通過代碼層面檢查出問題，
3. 如果還未復現，在接下來的測驗中，時刻保持關注，每次執行同樣或者相近的步驟的時候，看下是否能夠復現之前的bug，
4. 那些一直未能復現的bug，需要測驗經理定期將這些bug匯總，選擇優先級高的缺陷，組織開發人員和測驗人員專門 投入到復現問題，如果經過這樣的專門復現依然不能復現，可以降低問題的優先級，如果在專案前期，跟蹤至少3個版本，如果仍然無復現，可以暫時關閉該bug，備注說明并不是因為修復關閉，而是經過x個版本后不復現了，
5. 如果專案周期比較緊張，不能跟蹤多個版本，那么bug就不能關閉，上線后及時關注用戶的使用反饋，如果持續3或者4個版本沒有出現，那么可以將bug暫時關掉了，同時關掉的時候要進行備注說明，
轉載請註明出處，本文鏈接：https://www.uj5u.com/qita/142051.html
標籤：其他
上一篇：軟體測驗生命周期