編寫和管理缺陷報告第4章編寫和管理缺陷報告本章學習目標掌握識別和描述缺陷的方法掌握缺陷報告的處理流程了解缺陷跟蹤系統(tǒng)Bugzilla的使用第4章編寫和管理缺陷報告內(nèi)容進度缺陷的識別再現(xiàn)與優(yōu)化缺陷怎樣有效記錄缺陷第4章編寫和管理缺陷報告缺陷的識別什么是缺陷程序錯誤在軟件使用過程中所出現(xiàn)的任何問題,或者導致軟件不能符合設(shè)計要求或滿足其目標群體的使用需求的問題。第4章編寫和管理缺陷報告缺陷的識別產(chǎn)生缺陷的原因人員之間的溝通交流不夠，交流上有誤解或者根本不進行交流文檔不完善需求不斷的變化參與人員的過度自信程序設(shè)計本身有錯誤軟件復雜性工期短，任務(wù)重，時間壓力大軟件開發(fā)工具以系統(tǒng)軟硬件的支持第4章編寫和管理缺陷報告缺陷的識別判斷缺陷的方法通過測試技術(shù)發(fā)現(xiàn)缺陷通過參考文檔來確認缺陷參考文檔包括了：軟件需求說明書、系統(tǒng)用戶手冊、系統(tǒng)概要設(shè)計和詳細設(shè)計、行業(yè)軟件標準、競爭用戶相關(guān)資料等。通過了解軟件產(chǎn)品的行業(yè)背景來發(fā)現(xiàn)缺陷通過溝通來確認和識別缺陷第4章編寫和管理缺陷報告內(nèi)容進度缺陷的識別再現(xiàn)與優(yōu)化缺陷怎樣有效記錄缺陷第4章編寫和管理缺陷報告再現(xiàn)與優(yōu)化缺陷再現(xiàn)與優(yōu)化缺陷的必要性為什么要再現(xiàn)與優(yōu)化缺陷關(guān)于軟件中的“隨機”出現(xiàn)的缺陷第4章編寫和管理缺陷報告再現(xiàn)與優(yōu)化缺陷再現(xiàn)與優(yōu)化缺陷的方法不要想當然的接受任何假設(shè)查找時間依賴和競爭條件的問題與壓力和負荷相關(guān)的邊界條件軟件缺陷、內(nèi)存泄漏和數(shù)據(jù)溢出缺陷的發(fā)生有一定的前提條件狀態(tài)缺陷僅在特定軟件狀態(tài)中顯露，狀態(tài)缺陷的例子是軟件缺陷僅在軟件第一次運行或者在此第一次運行之后出現(xiàn)考慮資源依賴性和內(nèi)存、網(wǎng)絡(luò)、硬件共享的相互作用關(guān)注硬件的失效問題，硬件可能不按照預定方式工作關(guān)注軟件的失效問題，對缺陷的修改可能會引發(fā)新的缺陷從閱讀缺陷報告入手第4章編寫和管理缺陷報告內(nèi)容進度缺陷的識別再現(xiàn)與優(yōu)化缺陷怎樣有效記錄缺陷第4章編寫和管理缺陷報告怎樣有效記錄缺陷保證重現(xiàn)缺陷目的是幫助開發(fā)人員快速判斷引發(fā)缺陷的原因，開發(fā)人員拿到缺陷報告后，能夠根據(jù)測試人員描述的步驟再現(xiàn)缺陷。一個缺陷能否重現(xiàn)，對于開發(fā)人員能否修復該缺陷是至關(guān)重要的。第4章編寫和管理缺陷報告怎樣有效記錄缺陷包含所有重現(xiàn)缺陷的必要步驟需要精簡描述缺陷的步驟，但不能影響缺陷重現(xiàn)。很多測試人員容易犯“想當然”的錯誤，丟掉一些他認為“想當然”的步驟，編寫的缺陷報告在他本人閱讀時是可以重現(xiàn)缺陷的，但是交給其他人閱讀就無法重現(xiàn)。原因是他忽略了自以為是“無關(guān)緊要”的步驟。第4章編寫和管理缺陷報告怎樣有效記錄缺陷分析故障-使用最少步驟復現(xiàn)故障精煉的步驟容易提取出引發(fā)缺陷的關(guān)鍵步驟，加快缺陷重現(xiàn)的速度，提高更改效率。

第4章編寫和管理缺陷報告怎樣有效記錄缺陷方便閱讀分步驟描述，一個操作占用一行，概括性的標題，使用書面的語言。

第4章編寫和管理缺陷報告怎樣有效記錄缺陷盡量簡單——一個缺陷一個報告即使一個操作引發(fā)了多個缺陷，也要單獨寫缺陷報告。一個報告中包含多個缺陷的問題：閱讀者不容易分清重現(xiàn)某一個缺陷的關(guān)鍵步驟。當其中的某個缺陷被修復后，該缺陷報告無法處理，無法用“修復”和“未修復”來簡單區(qū)分。某些缺陷可能會被開發(fā)人員忽略掉而不進行修復。第4章編寫和管理缺陷報告怎樣有效記錄缺陷注意自己的語氣不要對缺陷的成因沒根據(jù)的猜測對事不對人,不要評價一個缺陷或開發(fā)人員的水平“這個問題在上一個版本中已經(jīng)修復了，怎么這次又出現(xiàn)了呢？”“這個錯誤太低級了！”“我覺得這樣不行！”第4章編寫和管理缺陷報告怎樣有效記錄缺陷值得注意的經(jīng)驗報告不能重現(xiàn)的缺陷。不能夸大缺陷。小缺陷（甚至建議）也要報告。及時報告缺陷引用別人的報告時，不能修改，可以添加批注之類的補充評論。第4章編寫和管理缺陷報告內(nèi)容進度缺陷報告的用途缺陷的分類缺陷報告的處理流程缺陷跟蹤系統(tǒng)第4章編寫和管理缺陷報告缺陷報告的用途缺陷報告的用途是什么？記錄缺陷缺陷分類缺陷跟蹤為什么要盡早的報告缺陷？應(yīng)盡快報告軟件缺陷。軟件缺陷發(fā)現(xiàn)的越早，修復的成本越低，軟件缺陷報告的越早，越可能被修復。是不是所有的缺陷都會被修復？第4章編寫和管理缺陷報告內(nèi)容進度缺陷報告的用途缺陷的分類缺陷報告的處理流程缺陷跟蹤系統(tǒng)第4章編寫和管理缺陷報告缺陷的分類缺陷的分類。通常，測試人員在編寫缺陷報告時，不但要有效地描述缺陷，還要對所發(fā)現(xiàn)的缺陷的類別（優(yōu)先級和嚴重程度等）進行判斷和標記，以便報告處理者能夠據(jù)此做出最有效的處理。軟件缺陷的分類標準，是在測試進行之前依據(jù)項目具體情況就定好的。在測試過程中測試人員只需將缺陷歸類就可以了，這是需要技巧的，如果歸類錯誤會影響缺陷的修復，影響產(chǎn)品質(zhì)量的評估。第4章編寫和管理缺陷報告缺陷的分類從哪些角度給缺陷分類？按問題引出不同界面類功能類文檔類按功能系統(tǒng)功能模塊第4章編寫和管理缺陷報告缺陷的分類按缺陷的嚴重程度-反映其對產(chǎn)品和用戶的影響影響進度的問題死機功能問題界面問題建議按修復缺陷的優(yōu)先級-表示修復缺陷的重要程度應(yīng)立即修復的問題在產(chǎn)品發(fā)布之前必須修復的問題如果時間允許應(yīng)該修復的問題可以在發(fā)布版本中存在的問題第4章編寫和管理缺陷報告缺陷的分類判斷缺陷類別的方法通過參考文檔來確認缺陷的嚴重等級通過了解軟件產(chǎn)品的行業(yè)背景來發(fā)現(xiàn)確認缺陷的嚴重等級通過溝通來確認和識別缺陷的嚴重等級第4章編寫和管理缺陷報告內(nèi)容進度缺陷報告的用途缺陷的分類缺陷報告的處理流程缺陷跟蹤系統(tǒng)第4章編寫和管理缺陷報告缺陷報告的處理流程掌握缺陷報告的處理流程，有助于測試人員不漏掉自己的份內(nèi)工作，加快項目的進度。第4章編寫和管理缺陷報告缺陷報告的處理流程缺陷報告的分類按處理狀態(tài)分類待確認的新提交的已分配的問題未解決的待返測的待歸檔的已歸檔的按處理意見分類已修改的不是問題無法修改以后版本解決保留重復無法重現(xiàn)第4章編寫和管理缺陷報告缺陷報告的處理流程第4章編寫和管理缺陷報告缺陷報告的處理流程軟件缺陷的修改過程缺陷報告的分類按優(yōu)先級分類按處理狀態(tài)分類缺陷報告處理流程提交缺陷報告處理缺陷報告返測缺陷報告關(guān)閉缺陷報告第4章編寫和管理缺陷報告內(nèi)容進度缺陷報告的用途缺陷的分類缺陷報告的處理流程缺陷跟蹤系統(tǒng)第4章編寫和管理缺陷報告缺陷跟蹤系統(tǒng)缺陷報告的內(nèi)容使用Bugzilla缺陷跟蹤系統(tǒng)管理Bugzilla缺陷跟蹤系統(tǒng)第4章編寫和管理缺陷報告缺陷跟蹤系統(tǒng)缺陷跟蹤系統(tǒng)設(shè)計思路--缺陷報告的處理流程技術(shù)--數(shù)據(jù)庫、B/S、C/S結(jié)構(gòu)好處--創(chuàng)建、查詢、管理大量的產(chǎn)品缺陷數(shù)據(jù)了解缺陷當前處理狀態(tài)及歷史處理記錄分析缺陷趨勢及軟件質(zhì)量度量第4章編寫和管理缺陷報告缺陷跟蹤系統(tǒng)使用缺陷跟蹤系統(tǒng)能夠幫助我們完成很多工作。缺陷跟蹤系統(tǒng)只是一個輔助人們完成某些工作的工具，不能完全取代人的勞動。從理論上講，測試過程的質(zhì)量的提升與否，關(guān)鍵在于意識，而不是使用了某些工具。規(guī)范意識比較強的測試人員，哪怕是使用Word來記錄和跟蹤缺陷，也一樣完成得很好，但是，從目前軟件的規(guī)模和發(fā)展速度來看，不借助工具是不行的。工具會有它自身的限制。第4章編寫和管理缺陷報告使用Bugzilla缺陷跟蹤系統(tǒng)缺陷報告狀態(tài)轉(zhuǎn)換第4章編寫