軟件缺陷報告是測試工程師和開發(fā)工程師的重要橋梁，能把軟件缺陷準確無誤地表述清楚是一門絕學技能。
“準確無誤”是意味著，開發(fā)工程師能根據(jù)缺陷報告能快速理解缺陷，能精確定位問題。而項目經(jīng)理通過該缺陷報告能迅速判斷修復缺陷重要性和優(yōu)先級。缺陷報告質量影響到開發(fā)人員修復問題時間和效率，也能側面反應測試工程師對缺陷認知水平。
現(xiàn)在有很多缺陷管理系統(tǒng)，比如BugFree、JIRA、Bugtags等等。這些系統(tǒng)提供軟件缺陷報告要素是大同小異，我們需要掌握的是如何把軟件缺陷要素怎樣描述清楚，并提供準確有效信息。
接下來，來講解軟件缺陷報告主要包含有哪些的要素。
1.缺陷標題
缺陷標題通常是開發(fā)人員最先看到的部分，是對缺陷概括性描述，通常采用“在什么情況下發(fā)生了什么問題”的模式。
如果用籠統(tǒng)語言來描述缺陷標題，容易遭到開發(fā)工程師的反感和抵觸情緒。如下是籠統(tǒng)概括標題：用戶不能正常登錄、輸入查詢條件不能匹配結果。如果把這些缺陷提交給開發(fā)人員，有種讓人摸不著頭腦感覺。
“用戶不能正常登錄”可以改成“輸入正確用戶名、正確密碼且用戶狀態(tài)正常卻不能正常登錄”；“輸入查詢條件不能匹配結果”改成“用戶名搜索框不支持模糊查詢”。這樣相對清晰易理解。
最后，缺陷標題不能過長，需要對缺陷有更詳細描述放在“缺陷概述”。
2.缺陷概述
缺陷概述是標題細化，能提供更多概括性缺陷信息和以及描述缺陷本質。缺陷概述還可以包括其他延展部分，譬如列出同一類型缺陷有哪些場景、在之前哪個版本會出現(xiàn)這種情況。
概述要盡量避免寫缺陷重現(xiàn)步驟，而是概括性的描述，讓開發(fā)人員聚焦問題本質。
3.狀態(tài)
主要描述缺陷當前的狀態(tài)。狀態(tài)如下：
新建：測試人員新提交的bug、優(yōu)化或者建議的狀態(tài)。
進行中：開發(fā)人員確認是bug，在修復bug過程的狀態(tài)。
已解決：開發(fā)人員已修復bug的狀態(tài)。
已關閉：測試人員驗證修復的bug，確定已解決問題的狀態(tài)。
不解決：開發(fā)人員認為不是bug，拒絕解決問題的狀態(tài)或者無法解決問題的狀態(tài)
重開：測試人員驗證修復的bug，發(fā)現(xiàn)沒有完全修復好bug，重新打回開發(fā)人員的狀態(tài)。
暫緩：開發(fā)人員認為該bug不急于修復，可以放置一段時間再修復的狀態(tài)。
4.缺陷類型
能正確分清缺陷類型需要測試工程師對需求和業(yè)務有深入了解，能考驗測試工程師業(yè)務知識。
bug：測試人員通過測試發(fā)現(xiàn)的問題能稱為bug。
需求：需要產(chǎn)品經(jīng)理對需求進一步梳理。
建議：是軟件產(chǎn)品改進建議
優(yōu)化：功能已實現(xiàn)，需要優(yōu)化問題?？梢允怯脩趔w現(xiàn)優(yōu)化、性能優(yōu)化。
5.前置條件
前置條件是指測試步驟開始前系統(tǒng)應該處在的狀態(tài)，目的為了減少缺陷重現(xiàn)步驟描述。
比如，某個業(yè)務操作需要先完成用戶登錄，在重現(xiàn)步驟無須描述登錄操作的步驟，因為在前置條件寫明：用戶已完成登錄。
6.重現(xiàn)步驟
缺陷重現(xiàn)步驟是整個缺陷報告中最核心的內容，用簡潔語言向開發(fā)人員展示如何重現(xiàn)缺陷。
在寫缺陷重現(xiàn)步驟前需要做到如下：1.確保缺陷的可重現(xiàn)性。2.找到最短重現(xiàn)路徑，過濾非必要步驟。3.對測試數(shù)據(jù)進行相關描述。
7.期望結果和實際結果
期望結果和實際結果通常和缺陷重現(xiàn)步驟綁定一起，在描述重現(xiàn)步驟的過程中，需要明確說明期待結果和實際結果。期待結果是對需求理解，實際結果來自于執(zhí)行用例的結果。
8.嚴重性
嚴重性表示軟件缺陷影響使用程度。
致命：系統(tǒng)崩潰、數(shù)據(jù)丟失、數(shù)據(jù)毀壞、安全性被破壞。
嚴重：操作性錯誤、結果錯誤、功能遺漏。
一般：小問題、拼寫錯誤、UI布局、罕見錯誤。
建議：對產(chǎn)品的改進建議。
9.優(yōu)先級
優(yōu)先級表示修復缺陷的重要程度和緊迫程度。
緊急：影響進一步測試，需要立即修復。
高：必須在版本發(fā)布前修復。
中：必須要修復，不一定馬上修復，可以討論確定在某個時間節(jié)點修復好。
低：對產(chǎn)品影響比較少，不修復也不影響產(chǎn)品的發(fā)布。在時間不允許的情況下可以暫時不修復。
10.附件
附件通常是為缺陷的存在提供必要的證據(jù)支持。對于某些文字很難表達清楚的缺陷，使用附件有助于開發(fā)人員更快修復缺陷。常見附件有界面截圖、操作視頻。
上面列出軟件缺陷包含元素是最常見，不同公司使用不同缺陷管理工具，會在這基礎上會增加或減少個別要素。我們需要想辦法打磨描述好軟件缺陷報告，讓開發(fā)人員聚焦問題本質，減少溝通成本，提高工作效率。
