軟件缺陷-課程課件

1、第第3 3章章 軟件軟件缺陷缺陷本節(jié)教學(xué)目標(biāo)及重點(diǎn)本節(jié)教學(xué)目標(biāo)及重點(diǎn)教學(xué)目標(biāo)教學(xué)目標(biāo)掌握軟件缺陷及其管理有關(guān)的基本概念掌握軟件缺陷分析及統(tǒng)計(jì)的方法掌握軟件缺陷報(bào)告撰寫的要求了解alm缺陷管理功能重點(diǎn)重點(diǎn)軟件缺陷及其管理軟件缺陷分析及統(tǒng)計(jì)軟件缺陷報(bào)告撰寫2本章安排本章安排3.1 軟件缺陷3.2 軟件缺陷報(bào)告3.3 軟件缺陷管理3.4 軟件缺陷度量、分析與統(tǒng)計(jì)33.1 軟件缺陷軟件缺陷3.1.1 3.1.1 軟件缺陷的定義軟件缺陷的定義軟件錯(cuò)誤或軟件缺陷是軟件產(chǎn)品的固有成分，是軟件“生來(lái)具有”的特征軟件錯(cuò)誤或軟件缺陷是軟件產(chǎn)品的固有成分，是軟件“生來(lái)具有”的特征軟件缺陷包括檢測(cè)缺陷和殘留缺陷軟件缺

2、陷包括檢測(cè)缺陷和殘留缺陷錯(cuò)誤錯(cuò)誤軟件失效軟件失效軟件錯(cuò)誤軟件錯(cuò)誤軟件故障軟件故障add your text in hereadd your text in here一般符合下列5個(gè)規(guī)則之一，就是軟件缺陷 軟件未實(shí)現(xiàn)產(chǎn)品說(shuō)明書(shū)要求的功能 軟件出現(xiàn)了產(chǎn)品說(shuō)明書(shū)指明不應(yīng)該出現(xiàn)的錯(cuò)誤 軟件實(shí)現(xiàn)了產(chǎn)品說(shuō)明書(shū)未提到的功能 軟件未實(shí)現(xiàn)產(chǎn)品說(shuō)明書(shū)雖未明確提及但應(yīng)該實(shí)現(xiàn)的目標(biāo) 軟件難以理解、不易使用、運(yùn)行緩慢或者從測(cè)試員的角度看最終用戶會(huì)認(rèn)為不好3.1.1 3.1.1 軟件缺陷的定義軟件缺陷的定義調(diào)查研究表明：大多數(shù)軟件缺陷并不是由于編碼造成的，導(dǎo)致大多數(shù)軟件缺陷產(chǎn)生的最大的原因是需求分析階段，其次是在軟件設(shè)計(jì)

3、階段。3.1.2 3.1.2 軟件軟件缺陷產(chǎn)生的原因缺陷產(chǎn)生的原因典型的缺陷類型典型的缺陷類型 需求解釋有錯(cuò)誤、用戶定義錯(cuò)了需求、需求記錄錯(cuò)誤； 設(shè)計(jì)說(shuō)明有誤； 編碼說(shuō)明有誤、程序代碼有誤、數(shù)據(jù)輸入有誤； 測(cè)試錯(cuò)誤、問(wèn)題修改不正確； 正確的結(jié)果是由于其它的缺陷產(chǎn)生的。3.1.3 3.1.3 軟件軟件缺陷缺陷類型類型3.2 軟件軟件缺陷報(bào)告缺陷報(bào)告缺陷缺陷報(bào)告是軟件測(cè)試過(guò)程中最重要的文檔報(bào)告是軟件測(cè)試過(guò)程中最重要的文檔 是缺陷被修正的唯一方法 記錄了缺陷發(fā)生的環(huán)境，如各種資源的配置情況，缺陷的再現(xiàn)步驟以及缺陷性質(zhì)的說(shuō)明 記錄著缺陷的處理過(guò)程和狀態(tài) 缺陷的處理進(jìn)程從一定角度反映了測(cè)試的進(jìn)程和被測(cè)軟

4、件的質(zhì)量狀況以及改善過(guò)程3.2 3.2 軟件缺陷報(bào)告軟件缺陷報(bào)告在軟件測(cè)試過(guò)程中，每發(fā)現(xiàn)一個(gè)軟件錯(cuò)誤在軟件測(cè)試過(guò)程中，每發(fā)現(xiàn)一個(gè)軟件錯(cuò)誤都要記錄該錯(cuò)誤的特征和復(fù)現(xiàn)步驟等信息都要記錄該錯(cuò)誤的特征和復(fù)現(xiàn)步驟等信息，以，以便分析、處理和管理測(cè)試發(fā)現(xiàn)的軟件錯(cuò)誤便分析、處理和管理測(cè)試發(fā)現(xiàn)的軟件錯(cuò)誤 通常要采用軟件缺陷數(shù)據(jù)庫(kù) 將每一個(gè)發(fā)現(xiàn)的錯(cuò)誤輸入到軟件缺陷數(shù)據(jù)庫(kù)中 軟件缺陷數(shù)據(jù)庫(kù)的每一條記錄稱為一個(gè)軟件缺陷報(bào)告缺陷的生命周期缺陷的生命周期 缺陷從開(kāi)始提出到最后解決,并通過(guò)復(fù)查的過(guò)程 在這個(gè)過(guò)程中缺陷報(bào)告的狀態(tài)不斷發(fā)生著變化，記錄著缺陷的處理進(jìn)程3.2 3.2 軟件缺陷報(bào)告軟件缺陷報(bào)告報(bào)告缺陷的基本原則報(bào)

5、告缺陷的基本原則盡快報(bào)告缺陷有效描述缺陷 短?。褐唤忉屖聦?shí)和演示、描述缺陷必需的細(xì)節(jié) 單一：每一個(gè)報(bào)告中針對(duì)一個(gè)缺陷 步驟清晰：要清楚地描述出缺陷的發(fā)生場(chǎng)景，包括前置條件和操作的詳細(xì)步驟 使用it業(yè)界慣用的表達(dá)術(shù)語(yǔ)和表達(dá)方式 明確指明錯(cuò)誤類型報(bào)告缺陷時(shí)不做任何評(píng)價(jià)確保缺陷可以重現(xiàn)3.2 3.2 軟件缺陷軟件缺陷報(bào)告報(bào)告correct(準(zhǔn)確準(zhǔn)確)consistent(一致一致)complete(完整完整)concise(簡(jiǎn)潔簡(jiǎn)潔)clear(清晰清晰)每個(gè)組成部分的描述每個(gè)組成部分的描述準(zhǔn)確，不會(huì)引起誤解準(zhǔn)確，不會(huì)引起誤解每個(gè)組成部分的描述清晰，每個(gè)組成部分的描述清晰，易于理解易于理解只包含必不

6、可少的信息，只包含必不可少的信息，不包括任何多余的內(nèi)容不包括任何多余的內(nèi)容包含復(fù)現(xiàn)該缺陷的完整包含復(fù)現(xiàn)該缺陷的完整步驟和其他本質(zhì)信息步驟和其他本質(zhì)信息12345按照一致的格式書(shū)寫全部按照一致的格式書(shū)寫全部缺陷報(bào)告缺陷報(bào)告為書(shū)寫更好的缺陷報(bào)告為書(shū)寫更好的缺陷報(bào)告，需要遵守，需要遵守“5c5c”準(zhǔn)則準(zhǔn)則3.2.1 3.2.1 軟件缺陷軟件缺陷報(bào)告的編寫原則報(bào)告的編寫原則缺陷缺陷報(bào)告的讀者對(duì)象報(bào)告的讀者對(duì)象 直接讀者是軟件開(kāi)發(fā)人員和質(zhì)量管理人員，來(lái)自市場(chǎng)和技術(shù)支持等部門的人也可能需要查看缺陷情況 讀者最希望獲得的信息包括：易于搜索軟件缺陷報(bào)告中的缺陷報(bào)告的軟件缺陷進(jìn)行了必要的隔離，報(bào)告的缺陷信息更具

7、體、準(zhǔn)確軟件開(kāi)發(fā)人員希望獲得缺陷的本質(zhì)特征和復(fù)現(xiàn)步驟市場(chǎng)和技術(shù)支持等部門希望獲得缺陷類型分布以及對(duì)市場(chǎng)和用戶的影響程度3.2.1 3.2.1 軟件缺陷軟件缺陷報(bào)告的編寫原則報(bào)告的編寫原則缺陷缺陷報(bào)告的組織結(jié)構(gòu)報(bào)告的組織結(jié)構(gòu)缺陷的標(biāo)題與簡(jiǎn)單描述缺陷的基本信息,包括： 測(cè)試軟件名稱、版本號(hào)、缺陷或錯(cuò)誤類型、可重復(fù)性、測(cè)試平臺(tái)、平臺(tái)語(yǔ)言、缺陷或錯(cuò)誤范圍、嚴(yán)重程度及優(yōu)先級(jí) 要求填寫完整、準(zhǔn)確復(fù)現(xiàn)缺陷的操作步驟 描述該缺陷或錯(cuò)誤出現(xiàn)的操作順序，要求完整、簡(jiǎn)潔、準(zhǔn)確。對(duì)命令、系統(tǒng)變量、選項(xiàng)要用大寫字母，對(duì)控件名稱等加雙引號(hào)缺陷的實(shí)際結(jié)果描述、期望的正確結(jié)果描述注釋文字和截取的缺陷圖像 對(duì)缺陷或錯(cuò)誤的附加描

8、述，一般包括缺陷或錯(cuò)誤現(xiàn)象的圖像，包括其他建議或注釋文字3.2.1 3.2.1 軟件缺陷軟件缺陷報(bào)告的編寫原則報(bào)告的編寫原則衡量衡量?jī)?yōu)秀的優(yōu)秀的bug reportbug report的質(zhì)量指標(biāo)應(yīng)該包括如下：的質(zhì)量指標(biāo)應(yīng)該包括如下：對(duì)管理層來(lái)說(shuō)，是清晰明了的，特別是在概要這一級(jí)對(duì)于開(kāi)發(fā)部門是有用的，主要是給出能夠讓開(kāi)發(fā)人員高效地調(diào)試問(wèn)題的相關(guān)信息可以很快的將bug從“opened”狀態(tài)轉(zhuǎn)變成“closed”狀態(tài)，減少為得到更多的信息從開(kāi)發(fā)人員打回的差的bug report并導(dǎo)致測(cè)試人員返工的時(shí)間3.2.1 3.2.1 軟件缺陷軟件缺陷報(bào)告的編寫原則報(bào)告的編寫原則缺陷報(bào)告的主要缺陷報(bào)告的主要要素

9、要素1 1）可追蹤信息）可追蹤信息缺陷缺陷idid(唯一的缺陷id，可以根據(jù)該id追蹤缺陷)2 2）缺陷基本信息）缺陷基本信息編號(hào)編號(hào)編號(hào)編號(hào)1缺陷id8缺陷類型2缺陷標(biāo)題（摘要）9嚴(yán)重性3報(bào)告人10優(yōu)先級(jí)4報(bào)告日期11詳細(xì)描述5程序名稱12重現(xiàn)步驟6版本號(hào)13預(yù)期結(jié)果7環(huán)境配置14實(shí)際結(jié)果3.2.2 3.2.2 軟件缺陷描述軟件缺陷描述3 3）附加信息）附加信息- -必要必要的附件的附件對(duì)于某些文字很難表達(dá)清楚的缺陷,使用圖片等附件是必要的3.2.2 3.2.2 軟件缺陷描述軟件缺陷描述缺陷的屬性缺陷的屬性缺陷標(biāo)識(shí)缺陷標(biāo)識(shí)(identifier)(identifier) 缺陷標(biāo)識(shí)是標(biāo)記某個(gè)缺

10、陷的一組符號(hào)。每個(gè)缺陷必須有一個(gè)唯一的標(biāo)識(shí)缺陷類型缺陷類型 (type)(type) 缺陷類型是根據(jù)缺陷的自然屬性劃分的缺陷種類。缺陷嚴(yán)重程缺陷嚴(yán)重程(severity)(severity) 缺陷嚴(yán)重程度是指因缺陷引起的失效對(duì)軟件產(chǎn)品的影響程度。缺陷優(yōu)先級(jí)缺陷優(yōu)先級(jí)(priority)(priority) 缺陷的優(yōu)先級(jí)指缺陷必須被修復(fù)的緊急程度。缺陷狀態(tài)缺陷狀態(tài)(status)(status) 缺陷狀態(tài)指缺陷通過(guò)一個(gè)跟蹤修復(fù)過(guò)程的進(jìn)展情況。缺陷缺陷根源根源(root cause)(root cause) 缺陷根源指發(fā)生錯(cuò)誤的根本因素。3.2.2 3.2.2 軟件缺陷描述軟件缺陷描述缺陷的嚴(yán)重缺

11、陷的嚴(yán)重程度程度 軟件測(cè)試錯(cuò)誤的嚴(yán)重程度criticalcriticalhighhighmiddlemiddlelowlowotherother3.2.2 3.2.2 軟件缺陷描述軟件缺陷描述缺陷的解決缺陷的解決優(yōu)先級(jí)優(yōu)先級(jí)highhighmiddlemiddlelowlow確定缺陷解決或修復(fù)的優(yōu)先順序3.2.2 3.2.2 軟件缺陷描述軟件缺陷描述3.3 軟件軟件缺陷缺陷管理管理缺陷生命周期缺陷生命周期- -缺陷狀態(tài)缺陷狀態(tài)初始化new待修正open修正fixed關(guān)閉closed測(cè)試人員測(cè)試人員開(kāi)發(fā)人員開(kāi)發(fā)人員再修正reopen拒絕reject項(xiàng)目經(jīng)理項(xiàng)目經(jīng)理評(píng)審委員會(huì)評(píng)審委員會(huì)待修正ope

12、n待修正open關(guān)閉closed3.3 3.3 軟件軟件缺陷管理缺陷管理缺陷管理基本流程缺陷管理基本流程: :初始化測(cè)試人員提交new項(xiàng)目經(jīng)理分配open開(kāi)發(fā)人員修正fixed測(cè)試人員驗(yàn)證closed3.3 3.3 軟件軟件缺陷管理缺陷管理缺陷管理基本流程缺陷管理基本流程: :初始化測(cè)試人員提交new項(xiàng)目經(jīng)理分配open開(kāi)發(fā)人員修正reject評(píng)審委員會(huì)評(píng)審?fù)ㄟ^(guò)closed3.3 3.3 軟件軟件缺陷管理缺陷管理缺陷管理基本流程缺陷管理基本流程: :newopenfixedclosed測(cè)試人員測(cè)試人員開(kāi)發(fā)人員開(kāi)發(fā)人員確確認(rèn)認(rèn)缺缺陷陷已經(jīng)修復(fù)已經(jīng)修復(fù)確確認(rèn)認(rèn)修修復(fù)復(fù)發(fā)現(xiàn)錯(cuò)誤，提交錯(cuò)誤記錄確認(rèn)錯(cuò)誤

13、信息確認(rèn)缺陷，修改缺陷狀態(tài)修復(fù)缺陷，提交修復(fù)記錄確認(rèn)修復(fù)信息，確認(rèn)修復(fù)結(jié)果缺陷已經(jīng)修復(fù)，關(guān)閉缺陷流程3.3 3.3 軟件軟件缺陷管理缺陷管理 缺陷跟蹤管理是測(cè)試工作的一個(gè)重要部分缺陷跟蹤管理是測(cè)試工作的一個(gè)重要部分 測(cè)試的目的是為了盡早發(fā)現(xiàn)軟件系統(tǒng)中的缺陷 對(duì)缺陷進(jìn)行跟蹤管理，確保每個(gè)被發(fā)現(xiàn)的缺陷都能夠及時(shí)得到處理是測(cè)試工作的一項(xiàng)重要內(nèi)容 缺陷跟蹤管理的目標(biāo)缺陷跟蹤管理的目標(biāo) 確保每個(gè)被發(fā)現(xiàn)的缺陷都能夠被解決 收集缺陷數(shù)據(jù)并根據(jù)缺陷趨勢(shì)曲線識(shí)別測(cè)試過(guò)程的階段 收集缺陷數(shù)據(jù)并進(jìn)行數(shù)據(jù)分析，作為組織的過(guò)程財(cái)富3.3 3.3 軟件軟件缺陷管理缺陷管理收集收集缺陷缺陷必須首先收集缺陷數(shù)據(jù)，然后才能了解

14、這些缺陷，并且找出如何預(yù)防它們，同時(shí)也能領(lǐng)會(huì)到如何更好地發(fā)現(xiàn)，修復(fù)甚至預(yù)防仍在引入的缺陷可以按照以下步驟收集關(guān)于缺陷的數(shù)據(jù) 為測(cè)試和同行評(píng)審中發(fā)現(xiàn)的每一個(gè)缺陷做一個(gè)記錄 對(duì)每個(gè)缺陷要記錄足夠詳細(xì)的信息,以便以后能更好地了解這個(gè)缺陷 分析這些數(shù)據(jù)以找出哪些缺陷類型引起大部分的問(wèn)題 設(shè)計(jì)出發(fā)現(xiàn)和修復(fù)這些缺陷的方法（缺陷排除）3.3 3.3 軟件軟件缺陷管理缺陷管理缺陷管理流程中的各種角色缺陷管理流程中的各種角色角色角色描述描述測(cè)試人員進(jìn)行測(cè)試的人員，缺陷的發(fā)現(xiàn)者項(xiàng)目經(jīng)理對(duì)整個(gè)項(xiàng)目負(fù)責(zé)，對(duì)產(chǎn)品質(zhì)量負(fù)責(zé)的人員開(kāi)發(fā)人員執(zhí)行開(kāi)發(fā)任務(wù)的人員，完成 實(shí)際的設(shè)計(jì)和編碼工作評(píng)審委員會(huì)對(duì)缺陷進(jìn)行最終確認(rèn)，在項(xiàng)目成員

15、對(duì)缺陷達(dá)不成一致意見(jiàn)時(shí)，行使仲裁權(quán)力角色角色測(cè)試測(cè)試人員人員項(xiàng)目項(xiàng)目經(jīng)理經(jīng)理開(kāi)發(fā)開(kāi)發(fā)人員人員評(píng)審評(píng)審委員委員會(huì)會(huì)3.3 3.3 軟件軟件缺陷管理缺陷管理缺陷所處的狀態(tài)缺陷所處的狀態(tài)狀態(tài)初始化待分配待修正待驗(yàn)證待評(píng)審關(guān)閉3.3 3.3 軟件軟件缺陷管理缺陷管理缺陷管理的一般流程缺陷管理的一般流程: :3.3 3.3 軟件軟件缺陷管理缺陷管理軟件軟件缺陷流程管理的要點(diǎn)缺陷流程管理的要點(diǎn) 為了保證錯(cuò)誤的正確性，需要: 有豐富測(cè)試經(jīng)驗(yàn)的測(cè)試人員驗(yàn)證和確認(rèn)發(fā)現(xiàn)的錯(cuò)誤是否是真正的錯(cuò)誤 缺陷復(fù)現(xiàn)步驟是否準(zhǔn)確、簡(jiǎn)潔、可以重復(fù) 軟件錯(cuò)誤的確認(rèn)并不總是輕而易舉的事情 由于對(duì)軟件設(shè)計(jì)具體要求的不了解，對(duì)測(cè)試報(bào)告的個(gè)

16、別軟件錯(cuò)誤，可能無(wú)法確認(rèn)是否屬于真正的軟件錯(cuò)誤，本地化服務(wù)商需要與軟件供應(yīng)商交流并確認(rèn) 每次對(duì)錯(cuò)誤的處理都要保留處理信息 包括處理者姓名，時(shí)間，處理方法，處理步驟，錯(cuò)誤狀態(tài)，處理注釋等3.3 3.3 軟件軟件缺陷管理缺陷管理 對(duì)錯(cuò)誤的拒絕不能由程序員單方面決定 應(yīng)該由項(xiàng)目經(jīng)理，測(cè)試經(jīng)理和設(shè)計(jì)經(jīng)理共同決定 對(duì)錯(cuò)誤延期處理不能由本地戶服務(wù)商決定 應(yīng)該由軟件供應(yīng)商決定 錯(cuò)誤修復(fù)后必須由報(bào)告錯(cuò)誤的測(cè)試人員驗(yàn)證后，確認(rèn)已修復(fù)，才能關(guān)閉3.3 3.3 軟件軟件缺陷管理缺陷管理3.4 軟件軟件缺陷度量、分析與統(tǒng)計(jì)缺陷度量、分析與統(tǒng)計(jì)在軟件開(kāi)發(fā)過(guò)程中對(duì)缺陷度量與分析對(duì)于提高軟件開(kāi)發(fā)和測(cè)試在軟件開(kāi)發(fā)過(guò)程中對(duì)缺陷

17、度量與分析對(duì)于提高軟件開(kāi)發(fā)和測(cè)試效率、預(yù)防效率、預(yù)防缺陷發(fā)生，保證軟件產(chǎn)品質(zhì)量有著十分重要的作用缺陷發(fā)生，保證軟件產(chǎn)品質(zhì)量有著十分重要的作用軟件缺陷度量軟件缺陷度量 缺陷度量是對(duì)項(xiàng)目過(guò)程中產(chǎn)生的缺陷數(shù)據(jù)進(jìn)行采集和量化，將分散的缺陷數(shù)據(jù)統(tǒng)一管理，使其有序而清晰 缺陷度量是軟件質(zhì)量度量的重要組成部分，它和軟件測(cè)試密切相關(guān) 軟件缺陷度量方法較多，從簡(jiǎn)單的缺陷計(jì)數(shù)到嚴(yán)格的統(tǒng)計(jì)建模3.4.1 3.4.1 軟件缺陷度量軟件缺陷度量軟件缺陷度量的主要方法有：軟件缺陷度量的主要方法有： 缺陷密度（缺陷在規(guī)模上的分布）缺陷密度=已知缺陷的數(shù)量/產(chǎn)品規(guī)模 缺陷率（缺陷在時(shí)間上的分布）缺陷率=一定時(shí)間范圍內(nèi)的缺陷數(shù)

18、/錯(cuò)誤幾率 缺陷清除率整體缺陷清除率=開(kāi)發(fā)過(guò)程中發(fā)現(xiàn)的所有缺陷數(shù)/發(fā)現(xiàn)的總?cè)毕輸?shù)階段性缺陷清除率=開(kāi)發(fā)階段清除的缺陷數(shù)/產(chǎn)品潛伏的缺陷總數(shù) 缺陷趨勢(shì)通常用缺陷趨勢(shì)圖來(lái)表示 缺陷發(fā)現(xiàn)率3.4.1 3.4.1 軟件缺陷度量軟件缺陷度量軟件缺陷分析軟件缺陷分析 將軟件開(kāi)發(fā)各個(gè)階段產(chǎn)生的缺陷信息進(jìn)行分類和匯總統(tǒng)計(jì),計(jì)算分析指標(biāo)，編寫分析報(bào)告的活動(dòng) 用來(lái)評(píng)估當(dāng)前軟件的可靠性，并且預(yù)測(cè)軟件產(chǎn)品可靠性變化，缺陷分析在軟件可靠性評(píng)估中占有相當(dāng)大的作用3.4.2 3.4.2 軟件缺陷分析軟件缺陷分析軟件缺陷分析軟件缺陷分析缺陷分析步驟缺陷分析步驟3.4.2 3.4.2 軟件缺陷分析軟件缺陷分析記錄缺陷缺陷分類缺陷預(yù)防分析編寫缺陷分析報(bào)告軟件軟件缺陷統(tǒng)計(jì)是軟件分析報(bào)告中的重要內(nèi)容之一缺陷統(tǒng)計(jì)是軟件分析報(bào)告中的重要內(nèi)容之一 從統(tǒng)計(jì)的角度出發(fā)，可以對(duì)軟件過(guò)程的缺陷進(jìn)行度量軟件功能模塊缺陷分布、缺陷嚴(yán)重程度分布、缺陷類型分布、缺陷率分布、缺陷密度分析、缺陷趨勢(shì)分布、缺陷注入率/消除率等 統(tǒng)計(jì)的方式表格、散點(diǎn)圖、趨勢(shì)圖、因果圖、直方圖、條形圖、排列圖等3.4.3 3.