Bug的跟蹤管理

?

指派bug：

優先看bug是不是某需求的，指派給對應需求的開發負責人

如果無法區分是哪個需求的問題，項目老大指派

常見的筆試面試題：

公司的bug是如何進行跟蹤的？

遺漏bug？遺留bug？

Bug的生命周期？（筆試題）

你提交一個bug，開發說不是，如何處理？

你在發現bug并確認不該的過程中，對于復現率不高，偶發bug如何處理？

有沒有你印象深刻的bug，bug的原因/bug當時怎么解決的？

測試工具：禪道

禪道中生成報表用來寫測試報告

如何提交一個高效bug？

發現bug后，提交到bug管理平臺，提交一個bug包含哪些內容？

Bug標題：標題要清晰簡潔；如果沒有選擇功能模塊，最好在標題中標注功能模塊，讓查看bug的人員清楚地知道你要表達的意思，bug的功能模塊+bug的操作+bug的結果

重現步驟：簡單寫下發現bug的測試過程，羅列下，能知道開發重現這個bug，附上測試數據

實際結果：出現bug的結果，粘貼bug截圖、日志截圖

預期結果：記得寫清楚預期

Bug類型和嚴重程度：便于后續測試結果分析，bug的統計

Bug測試環境，例如什么系統，那個版本，兼容性問題，難以重現問題

附件：日志文件、文件測試數據，圖片，崩潰日志文件等

Bug的處理狀態

已經指派的bug

已經指派給開發，請大家注意自己的bug走向，隨時關注并進行跟蹤！如果一直沒有修復，提醒開發修改，以免開發忘記；如果已經修復等待測試環境更新后進行驗證。催著改bug。

已解決的bug

等待測試環境更新后進行驗證，驗證通過則關閉;驗證不通過則重新打開指派給開發。

重復的bug

先去查看下是否跟開發指定的bug重復?如果確定是重復則關閉;如果不重復，說明原因，重新打開指派給開發。

不是缺陷

確認開發環境是否跟測試環境一致，如果如開發所說不是缺陷則進行關閉;如果確認是缺陷跟開發溝通，溝通未達一致找產品確認，確認是bug注明情況并再次指派給開發。

無法重現

確認開發環境是否跟測試環境一致?包括操作步驟、瀏覽器、環境、特定賬號、輸入數據等，如果多個版本驗證之后，如開發所說重現不了，依據bug的嚴重程度跟產品、開發一起確認關閉;如果找到重現原因，注明清楚并再次指派給開發。

不予解決

找產品經理進行確認。確認不予解決進行關閉;確認需要解決請備注原因并打開指派給開發。

設計如此

找產品經理進行確認。確認設計如此進行關閉;確認是問題，備注原因重新指派給開發。

延期修改

請看下bug嚴重程度，是否影響當前版本發布?與產品經理進行確認。不予延期請根據情況進行激活與情況說明;確認延期則做好記錄，后續版本進行關注——不關閉

總結

以上是生活随笔為你收集整理的软件测试——bug提交及跟踪流程的全部內容，希望文章能夠幫你解決所遇到的問題。

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