缺陷管理指導(dǎo)書(shū)

1、缺陷管理指導(dǎo)書(shū) 卓望數(shù)碼技術(shù)(深圳有限公司 版權(quán)所有 內(nèi)部資料 注意保密 修訂記錄: 目 錄1 目的與范圍 . 42 定義與縮略語(yǔ) . 42.1 定義 . 4 2.2 縮略語(yǔ) . 43 控制機(jī)制 . 54 缺陷級(jí)別 . 55 缺陷狀態(tài) . 65.1 狀態(tài)定義 . 6 5.2 狀態(tài)遷移 . 66 相關(guān)工具 /表格 /記錄 . . 11附錄:引用 . 12 1 目的與范圍本文描述 Test Director 和 ClearQuest 中缺陷管理的相關(guān)內(nèi)容(下面簡(jiǎn)稱(chēng)缺陷管理辦法 , 為參與缺陷管理活動(dòng)的人員提供信息和指導(dǎo),以保證開(kāi)發(fā)的產(chǎn)品滿(mǎn)足功能、質(zhì)量等方面的配 置屬性。文件提供缺陷管理的一般性指導(dǎo)

2、,不同產(chǎn)品可以進(jìn)行裁剪和修訂,制訂符合具體產(chǎn) 品的缺陷管理規(guī)范,產(chǎn)品的缺陷管理規(guī)范必須經(jīng)質(zhì)量管理部審核批準(zhǔn)后才能實(shí)施。本文描述的缺陷管理規(guī)范適用于卓望公司的所有產(chǎn)品的軟件測(cè)試工作。主要的使用人員 為系統(tǒng)測(cè)試部和產(chǎn)品線。2 定義與縮略語(yǔ)2.1 定義缺陷 :存在于一個(gè)已交付產(chǎn)品中的異?，F(xiàn)象或缺陷。這樣的例子包括在生命周期的早期 階段發(fā)現(xiàn)的疏忽和有缺陷的地方,以及在一個(gè)足以成熟的用于測(cè)試或操作的軟件中包含的錯(cuò) 誤的癥狀。缺陷可以是任何你想跟蹤并解決的問(wèn)題。2.2 縮略語(yǔ) 3 控制機(jī)制測(cè)試 TWG 、系統(tǒng)測(cè)試部負(fù)責(zé)維護(hù)本指導(dǎo)書(shū), SEPG 組長(zhǎng)審核、質(zhì)量部主管 VP 簽發(fā)本 指導(dǎo)書(shū)。4 缺陷級(jí)別 5

3、缺陷狀態(tài)5.1 狀態(tài)定義NEW :新增的缺陷OPEN :開(kāi)發(fā)人員處理中的缺陷FXIED :開(kāi)發(fā)人員已修復(fù)的缺陷VERIFIED :測(cè)試人員已驗(yàn)證的缺陷SUSPENDED :開(kāi)發(fā)人員掛起暫不解決的缺陷REOPEN :測(cè)試人員重新打開(kāi)的缺陷REJECTED :開(kāi)發(fā)人員拒絕的缺陷CLOSED :關(guān)閉的缺陷5.2 狀態(tài)遷移 動(dòng)作 1:缺陷提交(Submit Defeat輸入:發(fā)現(xiàn)缺陷輸出:缺陷已創(chuàng)建,缺陷狀態(tài)變成 NEW 。角色和活動(dòng):STE-測(cè)試人員提出缺陷并說(shuō)明其類(lèi)型及評(píng)估。必須給出缺陷的嚴(yán)重級(jí)及優(yōu)先 級(jí)以及基本的描述。 具體可以參考缺陷中的缺陷提交表單 (見(jiàn)附件 。 如 果測(cè)試人員可以將此缺陷定

4、位到某開(kāi)發(fā)人員,則此開(kāi)發(fā)就已經(jīng)獲得授權(quán) 進(jìn)行修改了;如果不能,則需要提交給項(xiàng)目經(jīng)理或開(kāi)發(fā)組長(zhǎng),項(xiàng)目經(jīng)理 或開(kāi)發(fā)組長(zhǎng)對(duì)問(wèn)題做進(jìn)一步的分析,然后授權(quán)某開(kāi)發(fā)人員修改。動(dòng)作 2:缺陷打開(kāi)(Open Defeat輸入:已創(chuàng)建的缺陷請(qǐng)求。輸出:項(xiàng)目經(jīng)理或開(kāi)發(fā)組長(zhǎng)對(duì)這個(gè)缺陷進(jìn)行初步的接納和確認(rèn),狀態(tài)由 NEW 變成 OPEN 。角色和活動(dòng):PM/TL-D-項(xiàng)目經(jīng)理或開(kāi)發(fā)組長(zhǎng)對(duì)這個(gè)變更進(jìn)行初步的接納和確認(rèn),表示其已 經(jīng)進(jìn)入處理階段。動(dòng)作 3:缺陷拒絕(Reject Defeat輸入:已提交缺陷請(qǐng)求輸出:項(xiàng)目經(jīng)理或開(kāi)發(fā)組長(zhǎng)拒絕此缺陷,狀態(tài)由 OPEN 變成 REJECTED 。角色和活動(dòng):PM/TL-D-項(xiàng)目經(jīng)

5、理或開(kāi)發(fā)組長(zhǎng)對(duì)已提交的缺陷進(jìn)行評(píng)估后 , 認(rèn)為有理由拒絕 , 并且將理由寫(xiě)在表單上, 由測(cè)試人員確認(rèn), 如果存在爭(zhēng)議, 由產(chǎn)品經(jīng)理、 項(xiàng)目經(jīng)理、測(cè)試主管,直至 CCB 對(duì)此進(jìn)行進(jìn)一步評(píng)估。動(dòng)作 4:已拒絕的缺陷重新打開(kāi)(Reopen Defeat輸入:項(xiàng)目經(jīng)理或開(kāi)發(fā)組長(zhǎng)已拒絕的缺陷請(qǐng)求輸入準(zhǔn)則:評(píng)估后確認(rèn)需要修復(fù)的已拒絕的缺陷請(qǐng)求輸出:測(cè)試人員重新打開(kāi)已拒絕的缺陷,變更狀態(tài)由 REJECTED 變成 REOPEN 。 角色和活動(dòng):STE-對(duì)已拒絕的缺陷進(jìn)行評(píng)估后 , 認(rèn)為有必要修復(fù)此缺陷 , 測(cè)試人員將評(píng)估結(jié) 果寫(xiě)在表單上并將缺陷打開(kāi),開(kāi)發(fā)人員重新處理此缺陷。動(dòng)作 5:缺陷掛起(Suspend

6、 Defeat輸入:已提交的缺陷請(qǐng)求輸出:項(xiàng)目經(jīng)理或開(kāi)發(fā)組長(zhǎng)暫時(shí)掛起此缺陷,缺陷狀態(tài)由 OPEN/REOPEN/NEW變 成 SUSPENDED 。角色和活動(dòng):PM/TL-D-項(xiàng)目經(jīng)理或開(kāi)發(fā)組長(zhǎng)評(píng)估已提交的缺陷,如果認(rèn)為此缺陷由于某些 原因目前還不能完成, 可以注明掛起原因, 并將此缺陷的狀態(tài)變?yōu)閽炱稹?在今后的缺陷回顧報(bào)告 見(jiàn)附件 和缺陷回顧會(huì)議 見(jiàn)附件 上要重點(diǎn)進(jìn)行 討論,來(lái)決定此掛起的缺陷將在什么時(shí)候解決。動(dòng)作 6:缺陷重啟動(dòng)(Reopen Defeat輸入:項(xiàng)目經(jīng)理或開(kāi)發(fā)組長(zhǎng)已掛起的缺陷請(qǐng)求輸出:項(xiàng)目經(jīng)理或開(kāi)發(fā)組長(zhǎng)重新啟動(dòng)已掛起缺陷, 狀態(tài)由 SUSPENDED 變成 OPEN 。 角

7、色和活動(dòng):PM/TL-D-項(xiàng)目經(jīng)理或開(kāi)發(fā)組長(zhǎng)評(píng)估曾經(jīng)掛起的缺陷,如果認(rèn)為此缺陷有條件 或必需重新給予考慮可以將此缺陷重新啟動(dòng)。動(dòng)作 7:缺陷任務(wù)執(zhí)行(Fix Defeat輸入:項(xiàng)目經(jīng)理或開(kāi)發(fā)組長(zhǎng)已分配的缺陷修復(fù)任務(wù)輸出:開(kāi)發(fā)人員完成任務(wù),缺陷狀態(tài)由 OPEN/REOPEN變成 FIXED 。角色和活動(dòng):SDE-開(kāi)發(fā)人員根據(jù)項(xiàng)目經(jīng)理或開(kāi)發(fā)組長(zhǎng)分配 /授權(quán)的任務(wù)以及相應(yīng)的資源環(huán) 境,進(jìn)行變更的完成,并提交該完成的任務(wù),等待驗(yàn)證。對(duì)動(dòng)作 7的說(shuō)明:如果經(jīng) CCB 確認(rèn)此缺陷設(shè)計(jì)到對(duì)需求,高層設(shè)計(jì),底層設(shè)計(jì)修改 的話,那么后續(xù)流程請(qǐng)按照變更控制管理規(guī)范 。動(dòng)作 8:缺陷任務(wù)驗(yàn)證通過(guò)(Verify De

8、feat輸入:被提交了的已完成的缺陷修復(fù)任務(wù)。輸出:驗(yàn)證變更任務(wù)成功,缺陷狀態(tài)由 FIXED 變成 VERIFIED 。角色和活動(dòng):STE-測(cè)試人員對(duì)提交的已完成的缺陷任務(wù)進(jìn)行充分的驗(yàn)證,如果此提交的版 本成功完成了缺陷修改請(qǐng)求里的要求,則視為驗(yàn)證通過(guò)。動(dòng)作 9:缺陷修復(fù)任務(wù)驗(yàn)證拒絕(Reopen Defeat輸入:被提交了的已完成的缺陷修復(fù)任務(wù)。輸出:驗(yàn)證缺陷修復(fù)失敗,缺陷狀態(tài)由 FIXED 變成 REOPEN 。角色和活動(dòng):STE-測(cè)試人員對(duì)提交的已完成的缺陷修復(fù)任務(wù)進(jìn)行充分的驗(yàn)證,如果此提交 的版本沒(méi)有成功完成缺陷修復(fù)請(qǐng)求里的要求,則視為驗(yàn)證失敗,并拒絕 之。動(dòng)作 10:驗(yàn)證通過(guò)的缺陷修

9、改請(qǐng)求關(guān)閉(Close Defeat輸入:已經(jīng)成功被驗(yàn)證的缺陷修復(fù)任務(wù)。輸出:將已成功被驗(yàn)證的缺陷修復(fù)任務(wù)關(guān)閉,缺陷狀態(tài)由 VERIFIED 變成 CLOSE 。 角色和活動(dòng):TL-T-測(cè)試主管對(duì)已成功被驗(yàn)證的缺陷修復(fù)請(qǐng)求進(jìn)行審查,如果沒(méi)有其他問(wèn)題 就可以將此缺陷修復(fù)請(qǐng)求予以關(guān)閉。6 缺陷類(lèi)型 缺陷管理指導(dǎo)書(shū) 5、 因單元測(cè)試案例中因單元對(duì)外接口的案例的缺失或不清晰或錯(cuò) 誤引起的缺陷。 7 缺陷根源 缺陷根源 產(chǎn)品需求 軟件需求 架構(gòu)設(shè)計(jì) 高層設(shè)計(jì) 底層設(shè)計(jì) 編碼 版本發(fā)布測(cè)試案例 系統(tǒng)測(cè)試案例 集成測(cè)試案例 單元測(cè)試案例 用戶(hù)文檔 其他 根源描述 指因產(chǎn)品需求規(guī)格說(shuō)明書(shū)的內(nèi)容缺失、 不清晰或

10、錯(cuò)誤在本交付物或后 續(xù)交付物中引起的缺陷； 指因軟件需求規(guī)格說(shuō)明書(shū)的內(nèi)容缺失、 不清晰或錯(cuò)誤在本交付物或后 續(xù)交付物中引起的缺陷； 指因架構(gòu)設(shè)計(jì)說(shuō)明書(shū)的內(nèi)容缺失、 不清晰或錯(cuò)誤在本交付物或后續(xù)交 付物中引起的缺陷； 指因高層設(shè)計(jì)說(shuō)明書(shū)的內(nèi)容缺失、 不清晰或錯(cuò)誤在本交付物或后續(xù)交 付物中引起的缺陷； 指因底層設(shè)計(jì)說(shuō)明書(shū)的內(nèi)容缺失、 不清晰或錯(cuò)誤在本交付物或后續(xù)交 付物中引起的缺陷； 指因編碼的缺失或錯(cuò)誤在本交付物或其他交付物中引起的缺陷； 指因版本發(fā)布測(cè)試案例的缺失、 不清晰或錯(cuò)誤在本交付物中引起的缺 陷； 指因系統(tǒng)測(cè)試案例的缺失、不清晰或錯(cuò)誤在本交付物中引起的缺陷； 指因集成測(cè)試案例的缺失、不清晰或錯(cuò)誤在本交付物中引起的缺陷； 指因單元測(cè)試案例的缺失、不清晰或錯(cuò)誤在本交付物中引起的缺陷； 指因用戶(hù)文檔的內(nèi)容缺失、不清晰或錯(cuò)誤在本交付物中引起的缺陷； 非上述根源引起的缺陷 缺陷類(lèi)型與缺陷根源的對(duì)應(yīng)關(guān)系見(jiàn)附錄一。 8 缺陷模式 模式 缺失 不清晰 錯(cuò)誤 模式描述 指因文檔的內(nèi)容描述或代碼實(shí)現(xiàn)的缺失引起的缺陷 指因文檔的內(nèi)容描述不清晰引起的缺先 指因文檔的內(nèi)容描述或代碼實(shí)現(xiàn)的錯(cuò)誤引起的缺陷 9 相關(guān)工具/表格/記錄 無(wú)。 第 11 頁(yè) 附錄：引用 9.1 附錄一：缺陷類(lèi)型及缺陷根源的對(duì)應(yīng)關(guān)系。 注：打指在此類(lèi)型缺陷由對(duì)應(yīng)的根源產(chǎn)生，缺陷根源與缺陷類(lèi)型交叉處無(wú)者即該類(lèi)缺陷不可