規(guī)范QualityCenter（以下簡(jiǎn)稱(chēng)QC）平臺(tái)的缺陷狀態(tài)及相關(guān)字段的流程，統(tǒng)一標(biāo)準(zhǔn)，提高效率。

2.名詞解釋

產(chǎn)品缺陷是指在產(chǎn)品測(cè)試過(guò)程中發(fā)現(xiàn)的錯(cuò)誤、故障及建議的統(tǒng)稱(chēng)（一般也可以稱(chēng)為bug）。

QC平臺(tái)中缺陷字段列表以及相關(guān)描述，如表1：

表1 字段定義及各角色權(quán)限對(duì)應(yīng)表

測(cè)試 缺陷屬性 *缺陷標(biāo)識(shí)(ID) *缺陷狀態(tài)(Status) *概要(Summary) 測(cè)試 負(fù)責(zé)人 / 有 有 / 研發(fā) 人員 / 有 有 / 研發(fā) 負(fù)責(zé)人 / 有 有 / 描 述 人員 缺陷唯一的標(biāo)識(shí)，QC自動(dòng)生成 詳見(jiàn)表2缺陷狀態(tài)定義 缺陷內(nèi)容的概要描述 缺陷的詳細(xì)描述，描述出現(xiàn)該缺陷的步驟，原因/ 有 有 有 *詳細(xì)描述(Description) 初步分析等等 *缺陷發(fā)現(xiàn)者(Detected by) 發(fā)現(xiàn)該缺陷的人員 缺陷嚴(yán)重等級(jí)是指因缺陷引起的故障對(duì)產(chǎn)品的*缺陷嚴(yán)重等級(jí)(Severity) 影響程度，詳見(jiàn)表3。 缺陷的優(yōu)先級(jí)指缺陷必須被修復(fù)的緊急程度，詳*缺陷優(yōu)先級(jí)(Priority) 見(jiàn)表4。 *可重現(xiàn)性(Reproducible) 是否可重現(xiàn)此缺陷，詳見(jiàn)表8。 *實(shí)際修復(fù)版本 實(shí)際修復(fù)缺陷的版本 (Closed in Version) *缺陷發(fā)現(xiàn)階段 *項(xiàng)目(Project) *模塊（Subject） 評(píng)論(Comments) 缺陷發(fā)現(xiàn)時(shí)所處的階段，詳見(jiàn)表7 缺陷所在的項(xiàng)目名稱(chēng)和項(xiàng)目編號(hào) 缺陷所在的功能模塊名稱(chēng) 研發(fā)人員、測(cè)試人員等相關(guān)人員對(duì)缺陷進(jìn)行的評(píng)有 有 有 有 有 有 有 有 / 有 有 有 / 有 有 有 有 有 / 有 / / / / 有 / / 有 有 有 / 有 / / / /

論或注釋 指派給(Assigned to) 缺陷發(fā)現(xiàn)日期 (Detected on Date) 版本 缺陷所在產(chǎn)品的版本信息 (Detected in Version) 預(yù)計(jì)修復(fù)時(shí)間 預(yù)估修復(fù)此缺陷所需要的時(shí)間 (Estimated Fix Time) 最近更改時(shí)間 (Modified) 缺陷相關(guān)信息最后一次被修改的時(shí)間（系統(tǒng)自動(dòng)更新） 計(jì)劃在此日期前修復(fù)缺陷，該字段為非必需字計(jì)劃修復(fù)時(shí)間 段，可被定義為開(kāi)發(fā)修復(fù)時(shí)間，回歸測(cè)試時(shí)間或（Planned Closing Date） Bug關(guān)閉時(shí)間，必要時(shí)可擴(kuò)展成多個(gè)字段 計(jì)劃修復(fù)版本 (Planned Version) 實(shí)際修復(fù)時(shí)間 (Actual Fix Time) 修復(fù)日期(Closing Date) 缺陷起源(Source) 缺陷被修復(fù)并通過(guò)驗(yàn)證的時(shí)間。若此項(xiàng)不填，QC則默認(rèn)為Closing Date - Detected on Date. 缺陷被修復(fù)的日期 引起該缺陷的原因，詳見(jiàn)表5 在缺陷無(wú)法修復(fù)的情況下規(guī)避此缺陷的方法。該注意事項(xiàng)(Notice) 字段可為空。 質(zhì)量因素 質(zhì)量因素，詳見(jiàn)表6 New和Open，Open和Fixed狀態(tài)之間開(kāi)發(fā)和測(cè)試過(guò)程活動(dòng)（Action） 交互的活動(dòng)，詳見(jiàn)表9 缺陷引入者（Bug Owner） 導(dǎo)致缺陷產(chǎn)生的人，由PM填寫(xiě) / / / 有 有 / 有 / / 有 / 有 / / 有 / 有 有 / / 有 / 有 有 / / 有 有 Closing 計(jì)劃修復(fù)缺陷的版本 / / / 有 / / / 有 / / / / / / / 有 修改此缺陷的人，一般由研發(fā)負(fù)責(zé)人指定。 表示該缺陷的發(fā)現(xiàn)日期，QC默認(rèn)為當(dāng)前的日期，點(diǎn)擊可通過(guò)日期控件選擇不同的日期。 有 有 有 有 / 有 有 有 / 有 有 有 注：標(biāo)“*”的字段在錄入缺陷的時(shí)候?yàn)楸靥钭侄危?p>表2 狀態(tài)(Status)定義

缺陷狀態(tài) 描 述

New Open Rejected Fixed Reopen Closed 新發(fā)現(xiàn)并已提交的缺陷 研發(fā)負(fù)責(zé)人確認(rèn)后的缺陷 研發(fā)負(fù)責(zé)人拒絕的“缺陷” 缺陷已被研發(fā)人員修復(fù) 缺陷被修復(fù)，測(cè)試人員確認(rèn)測(cè)試不通過(guò) 關(guān)閉缺陷 表3 嚴(yán)重等級(jí)(Severity)評(píng)價(jià)

嚴(yán)重程度等級(jí) 5-重大 4-主要 3-次要 2-輕微 1-建議 見(jiàn)《產(chǎn)品缺陷等級(jí)判定標(biāo)準(zhǔn)》 見(jiàn)《產(chǎn)品缺陷等級(jí)判定標(biāo)準(zhǔn)》 見(jiàn)《產(chǎn)品缺陷等級(jí)判定標(biāo)準(zhǔn)》 見(jiàn)《產(chǎn)品缺陷等級(jí)判定標(biāo)準(zhǔn)》 見(jiàn)《產(chǎn)品缺陷等級(jí)判定標(biāo)準(zhǔn)》 描 述 表4 優(yōu)先級(jí)(Priority)對(duì)應(yīng)表

優(yōu)先級(jí) 5-Urgent 4-Very High 描 述 立即進(jìn)行修改，停止與此密切相關(guān)功能的進(jìn)一步測(cè)試。 必須在本版本修改。 必須修改，若需在后續(xù)特定版修改，應(yīng)提出規(guī)避措施、明確后續(xù)3-High 修改的版本號(hào)，且須經(jīng)過(guò)工程應(yīng)用人員確認(rèn)。 2-Medium 1-Low 建議修改 允許不修改 注：缺陷處理優(yōu)先級(jí)一般不低于嚴(yán)重等級(jí)

表5 缺陷起源

缺陷起源 需求 設(shè)計(jì) 實(shí)現(xiàn) 測(cè)試 其他 需求原因引起的缺陷 設(shè)計(jì)原因引起的缺陷 實(shí)現(xiàn)原因引起的缺陷 測(cè)試原因引起的缺陷 其他原因或暫時(shí)無(wú)法確定缺陷原因 描 述

表6 質(zhì)量因素

質(zhì)量因素 描 述 指產(chǎn)品發(fā)生故障時(shí)的容錯(cuò)處理和恢復(fù)能力。 可靠性 局部失效不應(yīng)引起系統(tǒng)級(jí)失效。局部失效不應(yīng)對(duì)系統(tǒng)輸出帶來(lái)擾動(dòng)。 指產(chǎn)品的易理解性、易操作性。 易用性 系統(tǒng)中的提示信息應(yīng)容易理解，不應(yīng)出現(xiàn)歧義和誤導(dǎo)。 正確性 在指定條件下使用時(shí)，產(chǎn)品滿(mǎn)足明確和隱含要求的能力。 在約定的條件下運(yùn)行時(shí)的時(shí)間特性、資源占用特性。包括響應(yīng)性能與效率 時(shí)間、內(nèi)存和CPU占用等。 其他 可維護(hù)性、可移植性、可測(cè)性。 表7 缺陷發(fā)現(xiàn)階段

缺陷發(fā)現(xiàn)階段 需求設(shè)計(jì) 實(shí)現(xiàn)過(guò)程 單元測(cè)試 集成測(cè)試 系統(tǒng)測(cè)試 輸出測(cè)試 驗(yàn)收測(cè)試 產(chǎn)品應(yīng)用 需求設(shè)計(jì)階段 編碼實(shí)現(xiàn)階段 單元測(cè)試階段 集成測(cè)試階段 系統(tǒng)測(cè)試階段 輸出測(cè)試階段 驗(yàn)收測(cè)試階段 產(chǎn)品應(yīng)用階段 描 述 表8 缺陷可重現(xiàn)性( Reproducible)定義

可重現(xiàn)性 Y 能夠重現(xiàn)的問(wèn)題 無(wú)法重現(xiàn)的問(wèn)題 N 或者只是偶爾出現(xiàn)的問(wèn)題，測(cè)試人員若無(wú)法重現(xiàn)則須描述出現(xiàn)該問(wèn)題的概率或者次數(shù)。 描 述 表9 過(guò)程活動(dòng)（Action）定義

過(guò)程活動(dòng) 描 述

NeedMoreInfo 測(cè)試人員描述不詳細(xì)或者描述不清楚 Can't Reproducible 無(wú)法重現(xiàn) Not Bug Duplicate SpecModify Other Team 不是缺陷 已存在相同缺陷 架構(gòu)缺陷，無(wú)法修改 非本項(xiàng)目BUG 3.缺陷處理流程

3.1.缺陷狀態(tài)流程示意圖

研發(fā)人員修改BugReopen未通過(guò)修改完成研發(fā)人員修改Bug測(cè)試人員回歸測(cè)試Open是Bugfixed測(cè)試人員測(cè)試New研發(fā)負(fù)責(zé)人判斷Bug存在Action字段定義的問(wèn)題通過(guò)Bug存在Action字段定義的問(wèn)題Rejected測(cè)試人員判斷Bug存在Action字段定義的除NeedMoreInfo外的問(wèn)題Closed補(bǔ)充Bug描述后或研發(fā)判斷不正確

3.2.缺陷處理流程說(shuō)明

3.2.1 測(cè)試人員

? Status：New：新建缺陷或者建議；

? Fixed→Closed：對(duì)狀態(tài)為fixed的缺陷進(jìn)行回歸測(cè)試，回歸測(cè)試通過(guò)；

? Rejected→Closed：對(duì)狀態(tài)為Rejected的缺陷確認(rèn)無(wú)法重現(xiàn)、不是缺陷、已存在相同

缺陷或架構(gòu)缺陷，無(wú)法修改后；

? Rejected→New：對(duì)狀態(tài)為Rejected的缺陷補(bǔ)充更多信息后；

? Fixed→Reopen：回歸測(cè)試未通過(guò)。

3.2.2 測(cè)試負(fù)責(zé)人

? *Any→Closed：在和相關(guān)人員討論之后最終決定需關(guān)閉缺陷時(shí)；

? *Any→Open：缺陷不在本版本中修改時(shí)，同時(shí)研發(fā)負(fù)責(zé)人在Planned Closing Version

中選定后續(xù)修改的版本。 ? 更改Severity屬性。

3.2.3 研發(fā)人員

? Open(Reopen)→Fixed：缺陷已修復(fù)；

? Open→Rejected：測(cè)試人員提交的缺陷需要更多信息、無(wú)法重現(xiàn)、不是缺陷、已存在相

同缺陷或架構(gòu)缺陷，無(wú)法修改時(shí)。研發(fā)人員拒絕缺陷時(shí)須在Action里注明拒絕的原因。

3.2.4 研發(fā)負(fù)責(zé)人

? New→Rejected：測(cè)試人員提交的缺陷需要更多信息、無(wú)法重現(xiàn)、不是缺陷、已存在相

同缺陷或架構(gòu)缺陷，無(wú)法修改時(shí)。研發(fā)負(fù)責(zé)人拒絕缺陷時(shí)須在Action里注明拒絕的原因；

? Open→Rejected：測(cè)試人員提交的缺陷需要更多信息、無(wú)法重現(xiàn)、不是缺陷、已存在相

同缺陷或架構(gòu)缺陷，無(wú)法修改時(shí)。研發(fā)負(fù)責(zé)人拒絕缺陷時(shí)須在Action里注明拒絕的原因；

? New→Open：測(cè)試人員提交的缺陷的確是問(wèn)題，并更改Assigned to屬性將此bug指派

給某個(gè)具體的研發(fā)人員修改；

? 本版本不修改的bug，已明確在后續(xù)某個(gè)版本修改的，在Planned Closing Version字

段候選項(xiàng)中添加該版本后選擇，對(duì)于暫無(wú)法明確修改版本的，Planned Closing Version字段設(shè)置為L(zhǎng)ater Version； ? 更改Priority屬性。

3.3.其它

? 在項(xiàng)目后續(xù)測(cè)試過(guò)程中若發(fā)現(xiàn)已經(jīng)Closed的缺陷出現(xiàn)，則重新錄入新的缺陷。 ? 嚴(yán)重等級(jí)4級(jí)或以上的bug以及Reopen的bug，研發(fā)人員必須填寫(xiě)3W( What is the

problem, What is the root cause, What is the solution )，測(cè)試人員回歸測(cè)試時(shí)

確認(rèn)，如未填寫(xiě)3W，直接Reopen。

? 缺陷狀態(tài)為Closed或者狀態(tài)為Open且Planned Closing Version非空時(shí)為最終狀態(tài)，

其余均為中間狀態(tài)。