一、軟件缺陷報告的幾個要素
缺陷標題、缺陷描述。。。自行百度
二、當前碰到的問題
這裏以JIRA作爲使用的缺陷管理系統來描述
- 開發不會定期去查看assign到他們的缺陷報告，仍需測試人爲督促，增加溝通成本；
- 一些造的測試數據，開發還沒有測試清楚造數據的邏輯，即便提了缺陷報告，也會直接找到測試復現，增加測試的工作量；
- 就算督促讓開發去看assign到他們的缺陷報告，開發修復了bug後，也不會及時更新系統中缺陷報告的狀態，還需要測試去催促或幫忙完成，增加測試的工作量；
三、解決方法
1、以缺陷記錄文檔和JIRA提交bug相結合
操作原則
- 缺陷記錄文檔，以表格形式（文檔類型不限）呈現，包含缺陷等級、缺陷優先級、缺陷描述、缺陷截圖、解決情況、迴歸情況等，具體列名可以依據自己的需求酌情刪減；
- 所有缺陷記錄在同一個文檔中，開發修復了bug之後，給“解決情況”打勾，測試迴歸通過在“迴歸情況”打勾；
- 以日或周爲單位，將當天或當週記錄在文檔中的所有bug，統一錄入JIRA系統中，便於對質量情況做統計與分析；
使用這個方法，優點是便於開發更快明晰有哪些缺陷，節省溝通成本，且開發修復後更新狀態操作簡單；缺點是測試在錄入bug這一塊，會多花出記錄缺陷文檔的時間。
但總體來說，以文檔和JIRA錄入結合的方式，文檔會讓你對缺陷情況更有掌控感，而JIRA錄入可以讓缺陷數據有系統分析。
2、及時復現
影響到測試流程的、認爲開發難以造數據復現的，可以在發現bug的當時，保留bug現場，叫上開發復現出問題，再繼續測試。
這樣做可以避免，當你已經在跑其他用例了，開發突然過來找你復現問題，而復現步驟又比較繁瑣的情況；並且，也能讓阻礙你測試流程的問題，在開發那裏更快得到響應和解決。