測試工程師培訓(xùn)缺陷管理

缺陷管理2015年7月

目錄第一部分：缺陷定義及判定第二部分：缺陷屬性說明第三部分：缺陷管理流程介紹第四部分：缺陷撰寫規(guī)范第五部分:缺陷度量缺陷定義3軟件產(chǎn)品*與預(yù)期*的偏離*現(xiàn)象主要指自主開發(fā)和外購的應(yīng)用軟件及其配套軟件，包括文檔、數(shù)據(jù)、程序，其中文檔包括項(xiàng)目開發(fā)文檔、項(xiàng)目管理文檔和環(huán)境管理文檔，程序包括源代碼、腳本、參數(shù)配置文件。產(chǎn)品：包括業(yè)務(wù)用戶對軟件產(chǎn)品的預(yù)期，以及在科技內(nèi)部已頒布的正式書面基準(zhǔn)和無書面說明但形成共識的預(yù)期。預(yù)期:包括檢測缺陷以及遺留缺陷。檢測缺陷是指在投產(chǎn)之前所檢測到的缺陷。遺留缺陷指泄露到運(yùn)維環(huán)節(jié)的缺陷，包括投產(chǎn)前未被檢測出的缺陷及檢測出但未被修復(fù)的缺陷。軟件缺陷:實(shí)現(xiàn)了預(yù)期中沒有明確定義的功能或非功能要求；部分或者錯(cuò)誤地實(shí)現(xiàn)了預(yù)期中定義的功能或非功能要求；沒有實(shí)現(xiàn)預(yù)期中定義的功能或非功能要求。偏離:軟件預(yù)期解讀根據(jù)目前存在的分歧，梳理出常見的預(yù)期作為指導(dǎo)，缺陷判定時(shí)不必局限于此內(nèi)容，符合缺陷定義即可。序號階段預(yù)期1系統(tǒng)測試、性能測試、投產(chǎn)驗(yàn)證測試《軟件需求規(guī)格說明書》/《業(yè)務(wù)需求分析單》《業(yè)務(wù)需求說明書》/《業(yè)務(wù)需求申請單》/《業(yè)務(wù)需求變更申請單》《概要設(shè)計(jì)說明書》《詳細(xì)設(shè)計(jì)說明書》/《數(shù)據(jù)庫設(shè)計(jì)說明書》/《技術(shù)開發(fā)方案》《性能測試計(jì)劃》非友好性錯(cuò)誤提示，不應(yīng)有后臺數(shù)據(jù)庫類報(bào)錯(cuò)；一般業(yè)務(wù)處理要與普遍業(yè)務(wù)處理慣例相符；行業(yè)標(biāo)準(zhǔn)以及銀行業(yè)約定俗成的業(yè)務(wù)知識。2業(yè)務(wù)測試《業(yè)務(wù)需求說明書》/《業(yè)務(wù)需求申請單》/《業(yè)務(wù)需求變更申請單》行業(yè)標(biāo)準(zhǔn)以及銀行業(yè)約定俗成的業(yè)務(wù)知識。目錄第一部分：缺陷定義及判定第二部分：缺陷屬性說明第三部分：缺陷管理流程介紹第四部分：缺陷撰寫規(guī)范第五部分:缺陷度量缺陷屬性列表I序號屬性名稱定義填寫角色1缺陷編號KLB_項(xiàng)目名稱_流水號測試人員/系統(tǒng)自動(dòng)生成2狀態(tài)已提交/已分配/已駁回/已修復(fù)/已關(guān)閉測試人員/測試組長/開發(fā)組長/開發(fā)人員/項(xiàng)目經(jīng)理/配置管理員3標(biāo)題案例名稱_缺陷現(xiàn)象簡述測試人員4缺陷重現(xiàn)描述主要描述缺陷的詳細(xì)信息，應(yīng)該清楚的描述缺陷的重現(xiàn)方法，如測試數(shù)據(jù)是什么，操作步驟是什么，實(shí)際結(jié)果是什么，預(yù)期結(jié)果是什么等信息。測試人員缺陷屬性列表II序號屬性名稱定義填寫角色5附件便于開發(fā)人員定位問題，建議測試人員發(fā)現(xiàn)缺陷時(shí)養(yǎng)成截圖習(xí)慣，并提交到測試管理工具中。測試人員6嚴(yán)重程度A級/B級/C級/D級,每級定義詳見《關(guān)鍵屬性》章節(jié)。測試人員7問題提出人測試人員姓名測試人員8提出時(shí)間發(fā)現(xiàn)缺陷的日期測試人員9所屬階段第1輪/第2輪/投產(chǎn)演練測試人員缺陷屬性列表III序號屬性名稱定義填寫角色10關(guān)閉原因已修復(fù)/駁回確認(rèn)測試人員11駁回原因問題表述錯(cuò)誤/操作問題/本期不改/數(shù)據(jù)問題/環(huán)境問題/不是問題測試組長/開發(fā)組長/開發(fā)人員/項(xiàng)目經(jīng)理12駁回原因詳細(xì)描述對駁回原因詳細(xì)描述，描述應(yīng)清晰具體，詳細(xì)說明分析過程和分析結(jié)論。并說明和哪些相關(guān)人員確認(rèn)駁回測試組長/開發(fā)組長/開發(fā)人員/項(xiàng)目經(jīng)理13當(dāng)前責(zé)任人缺陷流程當(dāng)前處理人員名稱系統(tǒng)生成/缺陷管理人員14問題類型編碼/需求/環(huán)境/數(shù)據(jù)/無效/軟件質(zhì)量缺陷/本期不改/本期額外需求/系統(tǒng)原有缺陷測試組長/開發(fā)組長/開發(fā)人員/項(xiàng)目經(jīng)理缺陷屬性列表IV序號屬性名稱定義填寫角色15所屬環(huán)境1號環(huán)境/2號環(huán)境/演練環(huán)境測試人員16案例編號發(fā)現(xiàn)該缺陷的案例編號測試人員17優(yōu)先級立即解決/高度關(guān)注/正常排隊(duì)/低優(yōu)先級測試人員18解決方案重復(fù)/改進(jìn)請求/已修正/已間接修正/設(shè)計(jì)功能不變開發(fā)組長/開發(fā)人員/項(xiàng)目經(jīng)理關(guān)鍵屬性介紹I嚴(yán)重程度

按照由重到輕，定義為如下四個(gè)級別：A級/B級/C級/D級每個(gè)嚴(yán)重級別定義A級：不能執(zhí)行正常功能或流程導(dǎo)致系統(tǒng)崩潰、中斷、數(shù)據(jù)大量丟失和嚴(yán)重錯(cuò)誤等重大事故的缺陷。B級：產(chǎn)生錯(cuò)誤的結(jié)果，導(dǎo)致系統(tǒng)不穩(wěn)定，運(yùn)行時(shí)好時(shí)壞，嚴(yán)重地影響系統(tǒng)要求或基本功能實(shí)現(xiàn)的缺陷。C級：產(chǎn)生少量錯(cuò)誤結(jié)果、功能實(shí)現(xiàn)輕微差異等影響系統(tǒng)要求或基本功能的實(shí)現(xiàn)，但不會影響系統(tǒng)穩(wěn)定性的。D級：優(yōu)化建議，指軟件中值得改良的問題。關(guān)鍵屬性介紹II問題類型

編碼/需求/環(huán)境/數(shù)據(jù)/無效/軟件質(zhì)量缺陷/本期不改/本期額外需求/系統(tǒng)原有缺陷每種問題類型定義編碼：由于本次修改代碼引發(fā)的缺陷，必須修復(fù)。需求：由于需求描述錯(cuò)誤或不清晰引發(fā)的缺陷，可駁回也可修復(fù)。環(huán)境：由于測試環(huán)境問題引起的缺陷，必須駁回。數(shù)據(jù)：由于測試數(shù)據(jù)問題引起的缺陷，必須駁回。無效：由于測試人員操作不當(dāng)或無法重現(xiàn)的缺陷，必須駁回。軟件質(zhì)量缺陷：性能、安全、穩(wěn)定性等非功能缺陷，必須修復(fù)。本期不改：無法定位或修復(fù)影響較大的缺陷（本次修改引起的缺陷，非系統(tǒng)原有缺陷）。系統(tǒng)原有缺陷：系統(tǒng)原來就存在的缺陷?？神g回也可修復(fù)。關(guān)鍵屬性介紹III駁回原因

問題表述錯(cuò)誤/操作問題/本期不改/數(shù)據(jù)問題/環(huán)境問題/不是問題每種駁回原因定義問題表述錯(cuò)誤：測試人員缺陷描述不清，問題類型屬于“無效”。操作問題：問題類型屬于“無效”且屬于測試人員操作不當(dāng)。本期不改：暫時(shí)不做修改，屬于遺留缺陷，問題類型屬于“需求”“本期不改”“系統(tǒng)原有缺陷”。數(shù)據(jù)問題：問題類型屬于“數(shù)據(jù)”。環(huán)境問題：問題類型屬于“環(huán)境”。不是問題：問題類型屬于“無效”，且無法重現(xiàn)的缺陷。關(guān)鍵屬性介紹IV優(yōu)先級

優(yōu)先級：指缺陷被修復(fù)的緊急程度，在條件允許的情況下，請按照優(yōu)先級要求盡快修復(fù)缺陷。優(yōu)先級：分為4級，從高至低包括：立即解決/高度關(guān)注/正常排隊(duì)/低優(yōu)先級。每種優(yōu)先級定義優(yōu)先級定義處理周期立即解決導(dǎo)致測試無法繼續(xù)進(jìn)行

立刻進(jìn)行修復(fù)高度關(guān)注影響本輪測試的進(jìn)行

在本輪次測試相關(guān)時(shí)間點(diǎn)前解決正常排隊(duì)影響下一輪測試的進(jìn)行

下一輪次測試開始之前解決低優(yōu)先級其他

在方便時(shí)被糾正目錄第一部分：缺陷定義及判定第二部分：缺陷屬性說明第三部分：缺陷管理流程介紹第四部分：缺陷撰寫規(guī)范第五部分:缺陷度量缺陷管理流程圖角色及職責(zé)角色職責(zé)測試人員1.對系統(tǒng)進(jìn)行測試，并提交缺陷。2.對部署上線的新程序進(jìn)行復(fù)測。3.對系統(tǒng)進(jìn)行回歸測試。4.測試過程中正確、及時(shí)、詳盡地記錄缺陷。5.及時(shí)驗(yàn)證和關(guān)閉缺陷。6.經(jīng)過分析確認(rèn)后及時(shí)丟棄被駁回的無效缺陷。7.協(xié)助測試經(jīng)理管理缺陷。測試組長1.指導(dǎo)測試人員進(jìn)行測試。2.對測試人員提交的問題進(jìn)行檢查、篩選，剔除非真正問題。3.管理測試人員記錄、驗(yàn)證、關(guān)閉缺陷的過程。4.關(guān)注測試人員所填寫缺陷信息的正確性。5.定期或事件驅(qū)動(dòng)地分析缺陷，并向相關(guān)方匯報(bào)。項(xiàng)目經(jīng)理1.對測試團(tuán)隊(duì)提交的問題進(jìn)行篩選。2.將問題分配給相應(yīng)的各開發(fā)組長。3.將問題分配給相應(yīng)的各開發(fā)人員。角色及職責(zé)角色職責(zé)開發(fā)組長1.協(xié)助項(xiàng)目經(jīng)理對問題進(jìn)行篩選。2.將問題分配給相應(yīng)的開發(fā)人員。3.自己對問題進(jìn)行修復(fù)。開發(fā)人員1.修復(fù)分配給自己的問題。2.駁回非真正問題。配置管理員1.將開發(fā)人員修復(fù)后的軟件部署上線。目錄第一部分：缺陷定義及判定第二部分：缺陷屬性說明第三部分：缺陷管理流程介紹第四部分：缺陷撰寫規(guī)范第五部分:缺陷度量缺陷撰寫規(guī)范測試人員記錄缺陷時(shí)，應(yīng)遵循以下原則：一個(gè)測試案例執(zhí)行后可能發(fā)現(xiàn)多個(gè)缺陷，但一條缺陷記錄只能記錄一個(gè)缺陷。準(zhǔn)確：指對問題的描述準(zhǔn)確，按照步驟操作，可以重現(xiàn)問題；同時(shí)也指對操作和對象的描述準(zhǔn)確，不會出現(xiàn)歧義；最好是能夠找到錯(cuò)誤的直接原因。

簡練：指可以用最少的步驟使問題重現(xiàn)且無冗余步驟。

完整：指對問題現(xiàn)象的描述完整，包括環(huán)境（不同的環(huán)境），結(jié)果（正確和錯(cuò)誤部分）等。

延伸：指能夠舉一反三，由發(fā)現(xiàn)的問題，對其它可能的情況進(jìn)行測試，并列出錯(cuò)誤或正確的情況。缺陷撰寫規(guī)范

不要重復(fù)提報(bào)告，測試人員在提交缺陷之前，先要快速查找缺陷庫中是否已經(jīng)有相似或相關(guān)的缺陷，一個(gè)缺陷庫中，重復(fù)的缺陷越少越好，必要時(shí)可以補(bǔ)充已填寫重復(fù)缺陷的信息。已關(guān)閉的缺陷重新出現(xiàn)，要當(dāng)作一條新報(bào)告描述。再小的缺陷也要報(bào)告，即使有分歧也應(yīng)該報(bào)告。測試人員提交合理的建議，同時(shí)對于存在的問題提出自己的建議解決方法。

及時(shí)：使用缺陷管理工具管理缺陷的項(xiàng)目，常規(guī)項(xiàng)目發(fā)現(xiàn)缺陷的1個(gè)工作日內(nèi)需將缺陷記錄至缺陷管理工具中，新建項(xiàng)目發(fā)現(xiàn)缺陷3個(gè)工作日內(nèi)需將缺陷記入缺陷管理工具中，系統(tǒng)測試報(bào)告完成后再補(bǔ)錄缺陷需要測試管理部負(fù)責(zé)人同意并相應(yīng)更新測試報(bào)告。

全面：發(fā)現(xiàn)的各類缺陷都應(yīng)該被記錄，包括使用自動(dòng)化測試工具發(fā)現(xiàn)的有價(jià)值的缺陷。目錄第一部分：缺陷定義及判定第二部分：缺陷屬性說明第三部分：缺陷管理流程介紹第四部分：缺陷撰寫規(guī)范第五部分:缺陷度量缺陷度量度量項(xiàng)統(tǒng)計(jì)公式參考值說明缺陷密度有效缺陷數(shù)/執(zhí)行測試案例數(shù)*100%<1%有效缺陷是指問題類型=“編碼”“需求”“軟件質(zhì)量缺陷”“本期不改”“老系統(tǒng)問題”缺陷有效性有效缺陷數(shù)/缺陷提出總數(shù)>=85%有效缺陷是指問題類型=“編碼”“需求”“軟件質(zhì)量缺陷”“本期不改”“老系統(tǒng)問題”開發(fā)缺陷率本次修改產(chǎn)生缺陷數(shù)/本次修改功能點(diǎn)總數(shù)<=5%本次修改產(chǎn)生缺陷是指問題類型=“編碼”“軟件質(zhì)量缺陷”缺陷度量度量項(xiàng)統(tǒng)計(jì)公式參考值說明缺陷檢出率上線后缺陷數(shù)/（有效缺陷數(shù)+上線后缺陷數(shù)）*100%<3%上線后缺陷是