第4章 編寫和管理缺陷報(bào)告課件

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

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

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