1、軟件測試 第9章 缺陷報告和分析,Kerry Zhu Zhu.KerryG ,第1份缺陷報告,如果沒有報告缺陷，后果？,本章內(nèi)容,9.1 一個簡單的缺陷報告 9.2 缺陷報告的描述 9.3 如何有效地報告缺陷 9.4 軟件缺陷的處理和跟蹤 9.5 缺陷分析 9.6 缺陷跟蹤系統(tǒng),本章內(nèi)容,9.1 一個簡單的缺陷報告 9.2 缺陷報告的描述 9.3 如何有效地報告缺陷 9.4 軟件缺陷的處理和跟蹤 9.5 缺陷分析 9.6 缺陷跟蹤系統(tǒng),一個簡單的缺陷報告,本章內(nèi)容,9.1 一個簡單的缺陷報告 9.2 缺陷報告的描述 9.3 如何有效地報告缺陷 9.4 軟件缺陷的處理和跟蹤 9.5 缺陷分析 9

2、.6 缺陷跟蹤系統(tǒng),9.2 缺陷報告的描述,9.2.1 缺陷的嚴重性和優(yōu)先級 9.2.2 缺陷的類型和來源 9.2.3 缺陷附件 9.2.4 完整的缺陷信息列表,缺陷的嚴重性和優(yōu)先級,嚴重性：缺陷對軟件產(chǎn)品使用的影響程度 優(yōu)先級：缺陷必須被修復的緊急程度 缺陷越嚴重，越要優(yōu)先得到修正，缺陷嚴重等級和缺陷優(yōu)先級相關性很強 也有例外，如有些缺陷比較嚴重，但由于技術的限制或第3方產(chǎn)品的限制，暫時沒法修正，其優(yōu)先級就會低,具體說明,缺陷的類型和來源,缺陷類型可以分為業(yè)務邏輯、數(shù)據(jù)處理、接口、UI、性能、安全性、兼容性、配置、文檔等 缺陷來源，如需求說明書、設計規(guī)格說明書、代碼、用戶手冊等 缺陷關聯(lián)的模

3、塊名，缺陷來自于產(chǎn)品的特定模塊的名稱 缺陷發(fā)生的階段，例如需求、系統(tǒng)架構設計、詳細設計、編碼等,缺陷附件,一張圖片可能勝過千言萬語 Log file 工具捕捉的其它數(shù)據(jù)文件等,完整的缺陷信息列表,ID 標題 前提 環(huán)境 操作步驟 期望結果 實際結果 頻率,嚴重程度 優(yōu)先級 類型 缺陷提交人 缺陷指定解決人 來源 產(chǎn)生原因 構建包跟蹤,版本跟蹤 提交時間 修正時間 驗證時間 所屬項目/模塊 產(chǎn)品信息 狀態(tài),詳見表9-4,本章內(nèi)容,9.1 一個簡單的缺陷報告 9.2 缺陷報告的描述 9.3 如何有效地報告缺陷 9.4 軟件缺陷的處理和跟蹤 9.5 缺陷分析 9.6 缺陷跟蹤系統(tǒng),有效的缺陷描述所帶

4、來的益處,容易再現(xiàn)所報告的問題，加快缺陷的修正 提高工作效率 提高測試人員的信任度，有利于開發(fā)團隊和測試團隊之間的的溝通和合作 客觀、準確的產(chǎn)品質(zhì)量評估 預防缺陷,有效報告缺陷,單一準確，每個報告只針對一個軟件缺陷 可以再現(xiàn)，不要忽視或省略任何一項操作步驟，特別是關鍵性的操作一定要描述清楚，確保開發(fā)人員按照所描述的步驟可以再現(xiàn)缺陷 完整統(tǒng)一，提供完整的軟件缺陷描述信息 短小簡練，如使用業(yè)務關鍵詞 特定條件，必須注明缺陷發(fā)生的特定條件 不做評價，客觀描述,本章內(nèi)容,9.1 一個簡單的缺陷報告 9.2 缺陷報告的描述 9.3 如何有效地報告缺陷 9.4 軟件缺陷的處理和跟蹤 9.5 缺陷分析 9.

5、6 缺陷跟蹤系統(tǒng),9.4 軟件缺陷的處理和跟蹤,9.4.1 軟件缺陷生命周期 9.4.2 缺陷的跟蹤處理 9.4.3 缺陷狀態(tài)報告,缺陷狀態(tài),軟件缺陷生命周期,缺陷的跟蹤處理,密切跟蹤缺陷狀態(tài)的變化，及時處理缺陷，使項目按預定的計劃進行 動態(tài)報表，及時更新數(shù)據(jù) 自動郵件機制,本章內(nèi)容,9.1 一個簡單的缺陷報告 9.2 缺陷報告的描述 9.3 如何有效地報告缺陷 9.4 軟件缺陷的處理和跟蹤 9.5 缺陷分析 9.6 缺陷跟蹤系統(tǒng),9.5 缺陷分析,9.5.1 實時趨勢分析 9.5.2 累積趨勢分析 9.5.3 缺陷分布分析,實時趨勢分析,實時數(shù)據(jù)，由每日或每周發(fā)生的數(shù)據(jù)構成的時間序列 對隨時

6、間變化的趨勢進行分析,Rayleigh缺陷模型,累積趨勢分析,累積數(shù)據(jù)是將前面產(chǎn)生的數(shù)據(jù)不斷累加起來所構成的時間序列 累積曲線趨勢特征更明顯,借助趨勢分析發(fā)現(xiàn)問題,產(chǎn)品的質(zhì)量是否達到預定的標準 缺陷修正的速度是否滯后 測試人員 驗證缺陷是否及時 缺陷遺漏程度 回歸缺陷數(shù)量 流程,實例,缺陷分布分析,缺陷分布分析，主要借助于圓餅圖、直方圖等工具進行分析 包括功能模塊、來源分布 、不同類型、開發(fā)團隊等各種分布,直方圖,圓餅圖,綜合,本章內(nèi)容,9.1 一個簡單的缺陷報告 9.2 缺陷報告的描述 9.3 如何有效地報告缺陷 9.4 軟件缺陷的處理和跟蹤 9.5 缺陷分析 9.6 缺陷跟蹤系統(tǒng),缺陷數(shù)據(jù)

7、庫所帶來的益處,不僅可以統(tǒng)一數(shù)據(jù)格式、完成數(shù)據(jù)校驗，而且確保每一個缺陷不會被忽視，使開發(fā)人員的注意力保持在那些必須盡快修復的高優(yōu)先級的缺陷上。 可以隨時建立符合各種需求的查詢條件，而且有利于建立各種動態(tài)的數(shù)據(jù)報表，用于項目狀態(tài)報告和缺陷數(shù)據(jù)統(tǒng)計分析。 可以隨時得到最新的缺陷狀態(tài)，大家獲得一致又準確的信息，掌握相同的實際情況，消除溝通上的障礙。 可以將缺陷和測試用例、需求等關聯(lián)起來，可以完成更深度的分析，有利于產(chǎn)品的質(zhì)量改進等。,開源缺陷跟蹤系統(tǒng),Mantis， Bugzilla：/projects/bugzilla/ Bugzero： Scarab：/ TrackIT： Itracker：/,商業(yè)化缺陷跟蹤系統(tǒng),JIRA： IBM ClearQuest