Bug的跟蹤管理

指派bug：

1. 優先看bug是不是某需求的，指派給對應需求的開發負責人
2. 如果無法區分是哪個需求的問題，專案老大指派

常見的筆試面試題：

1. 公司的bug是如何進行跟蹤的？
2. 遺漏bug？遺留bug？
3. Bug的生命週期？（筆試題）
4. 你提交一個bug，開發說不是，如何處理？
5. 你在發現bug並確認不該的過程中，對於復現率不高，偶發bug如何處理？
6. 有沒有你印象深刻的bug，bug的原因/bug當時怎麼解決的？

測試工具：禪道

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

如何提交一個高效bug？

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

Bug標題：標題要清晰簡潔；如果沒有選擇功能模組，最好在標題中標註功能模組，讓檢視bug的人員清楚地知道你要表達的意思，bug

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

實際結果：出現bug的結果，貼上bug截圖、日誌截圖

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

Bug型別和嚴重程度：便於後續測試結果分析，bug的統計

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

附件：日誌檔案、檔案測試資料，圖片，崩潰日誌檔案等

Bug的處理狀態

1. 已經指派的bug

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

1. 已解決的bug

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

1. 重複的bug

先去檢視下是否跟開發指定的bug重複?如果確定是重複則關閉;如果不重複，說明原因，重新開啟指派給開發。

1. 不是缺陷

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

1. 無法重現

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

1. 不予解決

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

1. 設計如此

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

1. 延期修改

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