缺陷報(bào)告的處理流程
創(chuàng)建——測試人員
激活——項(xiàng)目經(jīng)理
修改——開發(fā)人員
關(guān)閉——測試人員

正規(guī)缺陷處理流程

• 測試人員創(chuàng)建缺陷
• 測試組長確認(rèn)缺陷
• 項(xiàng)目經(jīng)理指派缺陷
• 開發(fā)人員解決缺陷
• 測試人員關(guān)閉缺陷

缺陷報(bào)告的類型：缺陷報(bào)告需要按照缺陷所屬模塊分類

缺陷引入原因分類
新功能開發(fā)
代碼修改時(shí)引入
項(xiàng)目后期加入的新功能

缺陷復(fù)現(xiàn)率分類
100%復(fù)現(xiàn)（測試了十次，出現(xiàn)了十次）
50%復(fù)現(xiàn)（測試了十次，出現(xiàn)了五次）
10%復(fù)現(xiàn)（測試了十次，出現(xiàn)了一次）

缺陷管理-術(shù)語解釋
軟件錯誤：軟件錯誤是指軟件生存期內(nèi)不希望或不可接受的人為錯誤，其結(jié)果是導(dǎo)致軟件缺陷的產(chǎn)生，軟件錯誤是一種人為過程，相對于軟件本身，是一種外部行為
軟件缺陷：軟件缺陷是存在于軟件（文檔、程序、數(shù)據(jù)）之中的那些不希望或不可接受的偏差，其結(jié)果是軟件運(yùn)行于某一特定積極條件時(shí)出現(xiàn)軟件故障，這時(shí)稱軟件被激活
軟件故障：軟件故障是指軟件運(yùn)行過程中出現(xiàn)的一種不希望或不可接受的內(nèi)部狀態(tài)
軟件失效：指軟件運(yùn)行時(shí)產(chǎn)生的一種不希望或不可接受的外部行為結(jié)果

缺陷管理-術(shù)語總結(jié)
軟件錯誤是一種人為錯誤，一個軟件錯誤必定產(chǎn)生一個或多個軟件缺陷，當(dāng)一個軟件缺陷被激活時(shí)，便產(chǎn)生一個軟件故障；同一個軟件缺陷在不同條件下被激活，可能產(chǎn)生不同的軟件故障，軟件故障如果沒有及時(shí)的容錯措施加以處理，便不可避免導(dǎo)致軟件失效

軟件錯誤>軟件缺陷>軟件故障>軟件失效

缺陷管理的目的
缺陷管理目的是對各階段測試發(fā)現(xiàn)的缺陷進(jìn)行跟蹤管理，以保證各級缺陷的修復(fù)率達(dá)到標(biāo)準(zhǔn)
缺陷管理主要實(shí)現(xiàn)了以下目標(biāo)

• 意識了解并跟蹤每個被發(fā)現(xiàn)的缺陷
• 確保每個被發(fā)現(xiàn)的缺陷都能被處理
• 收集缺陷數(shù)據(jù)，并在其上進(jìn)行數(shù)據(jù)分析，作為組織過程的財(cái)富

缺陷管理-人員角色職責(zé)
高級經(jīng)理（EM）：裁決項(xiàng)目經(jīng)理與測試組長有爭議的缺陷
項(xiàng)目經(jīng)理（PM）：判斷是否是缺陷，負(fù)責(zé)指派缺陷給相關(guān)負(fù)責(zé)人
測試組長（TM）：決定缺陷管理方式和工具，管理缺陷狀態(tài)情況，審核測試人員提交的缺陷，對測試人員的工作質(zhì)量進(jìn)行跟蹤與評價(jià)
測試人員（TE）：編寫測試用例，負(fù)責(zé)缺陷的提交、跟蹤及分析，負(fù)責(zé)執(zhí)行系統(tǒng)回歸測試，提交測試周報(bào)、月報(bào)
項(xiàng)目相關(guān)開發(fā)人員（DE）：修復(fù)測試發(fā)現(xiàn)的缺陷，負(fù)責(zé)跟蹤修復(fù)缺陷的狀態(tài)
質(zhì)量保證人員（SQA）：監(jiān)控想組缺陷管理規(guī)程執(zhí)行情況

軟件測試錯誤嚴(yán)重程度
缺陷嚴(yán)重程度是指因缺陷引起的故障對軟件產(chǎn)品的影響程度
致命：造成系統(tǒng)崩潰、死機(jī)、死循環(huán)，導(dǎo)致數(shù)據(jù)庫數(shù)據(jù)丟失，與數(shù)據(jù)庫連接錯誤，主要功能喪失，基本模塊缺失等問題
嚴(yán)重：系統(tǒng)的主要功能部分喪失、數(shù)據(jù)不能保存，系統(tǒng)的次要功能完全喪失。
一般：次要功能沒有完全實(shí)現(xiàn)但不影響使用。
較小：使操作者不方便或遇到麻煩，但它不影響功能過的操作和執(zhí)行。
建議性：測試人員對測試對象的改進(jìn)意見、質(zhì)疑

缺陷優(yōu)先級
優(yōu)先級是表示處理和修正軟件缺陷的先后順序的指標(biāo)
最高優(yōu)先級：軟件的主要功能錯誤或者造成軟件崩潰，數(shù)據(jù)丟失的缺陷
較高優(yōu)先級：影響軟件功能和性能的一般缺陷
一般優(yōu)先級：本地化軟件的某些字符沒有翻譯或者翻譯不準(zhǔn)確的缺陷
低優(yōu)先級：對軟件的質(zhì)量影響非常輕微或出現(xiàn)幾率很低的缺陷

缺陷狀態(tài)
缺陷的狀態(tài)：指缺陷通過一個跟蹤修復(fù)過程的進(jìn)展情況
Submitted（已提交）：已提交的缺陷
Open（打開）：確認(rèn)“提交的缺陷”，等待處理
Rejected（已拒絕）：拒絕“提交的缺陷”，不需要修復(fù)或不是缺陷
Resolved（已解決）：缺陷被修復(fù)
Closed（已關(guān)閉）：確認(rèn)被修復(fù)的缺陷，將其關(guān)閉

缺陷起源：缺陷引起的故障或事件第一次被檢測到的階段

缺陷來源：指缺陷所在的地方，如文檔、代碼等

缺陷根源：指造成上述錯誤的根本因素，以尋求軟件開發(fā)流程的改進(jìn)、管理水平的提高

軟件測試流程
測試需求分析
測試計(jì)劃設(shè)計(jì)——評審
測試用例的設(shè)計(jì)——評審
測試環(huán)境的搭建
測試執(zhí)行
測試報(bào)告編寫

測試管理的核心：測試用例，缺陷

測試人員職責(zé)
測試項(xiàng)目負(fù)責(zé)人——管理監(jiān)督測試項(xiàng)目，提供技術(shù)支持，獲取適當(dāng)?shù)馁Y源，制定基線，技術(shù)協(xié)調(diào)，負(fù)責(zé)項(xiàng)目的安全保密和質(zhì)量管理
測試分析員——確定測試計(jì)劃、測試內(nèi)容、測試方法、測試數(shù)據(jù)生產(chǎn)方法、測試（軟、硬件）環(huán)境、測試工具，評價(jià)測試工作的有效性
測試設(shè)計(jì)員——設(shè)計(jì)測試用例，確定測試用例的優(yōu)先級，建立測試環(huán)境
測試程序員——編寫測試輔助軟件
測試員——執(zhí)行測試、記錄測試結(jié)果
測試系統(tǒng)管理員——對測試環(huán)境和資產(chǎn)進(jìn)行管理和維護(hù)
配置管理員——設(shè)置、管理和維護(hù)測試配置管理數(shù)據(jù)庫

注：
當(dāng)軟件供方實(shí)施測試時(shí)，配置管理員由軟件開發(fā)項(xiàng)目的配置管理員承擔(dān)；當(dāng)獨(dú)立的測試組織實(shí)施測試時(shí)，應(yīng)配置測試活動的配置管理員
一個人可承擔(dān)多個角色的工作，一個角色可由多個人承擔(dān)