項(xiàng)目缺陷管理規(guī)范

1、項(xiàng)目缺陷（BUG?）管理擬制：楊冬日期：2016-2-16審核：日期：批準(zhǔn)：日期：修訂記錄日期描述作者明途科技有限公司第1頁共6頁目錄 TOC o 1-5 h z HYPERLINK l bookmark4 o Current Document 1、缺陷管理31.1、缺陷管理相關(guān)概念 3如何記錄一個(gè)缺陷？ 3理解缺陷的相關(guān)屬性 3明確BUG嚴(yán)重程度的判定4明確測試優(yōu)先級的選擇依據(jù) 4缺陷描述的準(zhǔn)確性 4 HYPERLINK l bookmark6 o Current Document 3、缺陷管理的基本流程 4問題狀態(tài)標(biāo)識(shí)符 5問題的解決標(biāo)識(shí)符 5問題狀態(tài)標(biāo)識(shí)符與問題的解決標(biāo)識(shí)符對應(yīng)狀態(tài) 6明

2、途科技有限公司第2頁共6頁1、缺陷管理1.1、缺陷管理相關(guān)概念軟件測試的目的是發(fā)現(xiàn)預(yù)期結(jié)果和實(shí)際結(jié)果之間的差異，這種差異就是我們所謂的缺陷。意味著缺陷有三種類型：少做（遺漏），多做（額外實(shí)現(xiàn)），做錯(cuò)（錯(cuò)誤）軟件錯(cuò)誤：在可以預(yù)見的時(shí)期內(nèi)，軟件將有人來開發(fā).在整個(gè)生存期白各個(gè)階段 ，都貫穿著人的直接 或間接的干預(yù).然而人難免犯錯(cuò)誤，這必然給軟件留下不良的痕跡.軟件錯(cuò)誤是指在軟件生存 期內(nèi)的不希望或不可接受的人為錯(cuò)誤，其結(jié)果是導(dǎo)致軟件缺陷的產(chǎn)生.可見，軟件錯(cuò)誤是一種人為過程，相對于軟件本身，是一種外部行為.軟件缺陷：軟件缺陷是存在于軟件（文檔，數(shù)據(jù)，程序）之中的那些不希望或不可接受的偏差.其結(jié)果是軟

3、件運(yùn)行于某一特定條件時(shí)出現(xiàn)軟件故障，這時(shí)稱軟件缺陷被激活.軟件故障：軟件故障是指軟件運(yùn)行過程中出現(xiàn)的一種不希望或不可接受的內(nèi)部狀態(tài).比如：軟件處于執(zhí)行一個(gè)多余循還過程時(shí)，我們可以軟件出現(xiàn)故障.若此時(shí)沒有適當(dāng)?shù)拇胧ㄈ蒎e(cuò)）加以處理，便 產(chǎn)生軟件失效.軟件故障是一種動(dòng)態(tài)行為.軟件失效：軟件失效是指軟件運(yùn)行時(shí)產(chǎn)生的一種不希望或不可接受的外部行為結(jié)果如何記錄一個(gè)缺陷？依據(jù)（jira 缺陷管理工具路徑：30：9191 或 http：/20：9191）缺陷跟蹤單，填寫要點(diǎn)理解缺陷的相關(guān)屬性所謂BUG屬性，其實(shí)簡單講就是我們?nèi)粘Ｌ釄?bào)BUG時(shí)要求填寫的內(nèi)容,以下介紹一些基礎(chǔ)字段：屬性描述項(xiàng)目名稱用于區(qū)分本次測

4、試與其他測試項(xiàng)目所屬模塊用于標(biāo)識(shí)本次測試范圍BUG標(biāo)題一般是對BUG的簡要描述BUG類型需求錯(cuò)誤，設(shè)計(jì)錯(cuò)誤，編碼錯(cuò)誤，BUG嚴(yán)重程度致命，嚴(yán)重，一般，提示BUG優(yōu)先級高優(yōu)先級，中優(yōu)先級，低優(yōu)先級缺陷描述：描述重現(xiàn)步驟，預(yù)期結(jié)果和實(shí)際結(jié)果缺陷狀態(tài)：活動(dòng)，已解決，已關(guān)閉，待決定BUG 提mw缺陷提出者，一般為項(xiàng)目測試人員BUG制造者缺陷制造者，一般為程序開發(fā)人員BUG版本號一般分為BUG發(fā)現(xiàn)版本和BUG修復(fù)版本兩類BUG解決者缺陷解決人，通常為缺陷制造者本人明途科技有限公司第3頁共6頁明確BUG嚴(yán)重程度的判定卜面給出一種參考:嚴(yán)重級別具體表現(xiàn)致命:數(shù)據(jù)庫破壞。系統(tǒng)停機(jī)。擴(kuò)展到其它系統(tǒng)的系統(tǒng)停機(jī)。嚴(yán)

5、重界囿：UI界面尢法打開/報(bào)錯(cuò)，無法正常完成測試工作的。非配置文件中的錯(cuò)誤的頁面鏈接，此類鏈接屬于硬編碼到代碼中必須 重新發(fā)布程序的錯(cuò)誤鏈接。程序：核心功能實(shí)現(xiàn)問題（核心功能失效導(dǎo)致多個(gè)相關(guān)功能失效）。數(shù)據(jù)庫：數(shù)據(jù)表設(shè)計(jì)字段與用戶需求不符（字段缺失、字段數(shù)據(jù)類型不符、字 段冗余）。數(shù)據(jù)表字段保存不完全。界囿：界面提示不規(guī)范（提不信息錯(cuò)誤，提不內(nèi)容與實(shí)際原因/、符，提示信 息不友好等）界面布局/、規(guī)范（同級別字體樣式未統(tǒng)一、段落未對齊、頁面框架不 A）文字錯(cuò)誤（包括按鈕文字，頁回義字，選項(xiàng)框文字等）程序：普通功能操作和輸入輸出項(xiàng)與用戶需求不符（包括輸入輸出項(xiàng)缺失、 名稱不符和必填項(xiàng)不符）。建議界

6、囿：細(xì)微缺陷及用戶體驗(yàn)度，是否改動(dòng)都不影響版本發(fā)布和用戶驗(yàn)收明確測試優(yōu)先級的選擇依據(jù)優(yōu)先級的定義目的是為了讓開發(fā)知曉哪些BUG影響到測試進(jìn)度需要優(yōu)先處理的，哪些是可以放緩處理進(jìn)度的（主要依據(jù)backlog task的完成進(jìn)度劃分）。例如：編優(yōu)先級描述P0Urgent_ 緊急需要立即修復(fù)piHigh_高等給于圖度重視的 BUGP2Medium_ 中等需要正常排隊(duì)等待修復(fù)和處理的BUGP3Low/哈BUG可以在方便時(shí)被修正缺陷描述的準(zhǔn)確性缺陷描述部分是開發(fā)軟件關(guān)注的重點(diǎn)，是為了幫助開發(fā)人員快速重現(xiàn)缺陷，定位和修改問題。應(yīng)盡量描述出缺陷所在模塊，缺陷的重現(xiàn)步驟，預(yù)期結(jié)果和實(shí)際結(jié)果的差異等信息。如果有

7、截圖或操作視頻等相關(guān)缺陷重現(xiàn)方式均可作為附件上傳。3、缺陷管理的基本流程在BUG屬性描述中，缺陷狀態(tài)是驅(qū)動(dòng)流程的核心，通過缺陷狀態(tài)來控制流程之間的變明途科技有限公司第4頁共6頁化，下圖展示了從缺陷產(chǎn)生到缺陷關(guān)閉的過程。以下流程僅供參考:.Create l”u上 p OpenRtOp*Hetl問題狀態(tài)標(biāo)識(shí)符Open表示問題被提交等待有人處理掛起功能沒實(shí)現(xiàn)暫時(shí)不處理，請備注說明Resolved問題已解決，等待結(jié)果確認(rèn)Reopened問題曾解決，但解決結(jié)論未獲認(rèn)可，需要重新分派解決Closed處理結(jié)果確認(rèn)后，置于關(guān)閉狀態(tài)問題的解決標(biāo)識(shí)符Fixed問題已解決Pending問題因特別原因暫時(shí)不處理，請備注說明Won tFix問題未解決-將不會(huì)解決的問題Duplicate重復(fù)的問題Inxomplete問題描述的不夠準(zhǔn)確、安全CannotReproduce問題無法重現(xiàn)，或者無足夠的信息重現(xiàn)問題明途科技有限公司第5頁共6頁問題狀態(tài)標(biāo)識(shí)符與問題的解決標(biāo)識(shí)符對應(yīng)狀態(tài)問題驗(yàn)證測試提交開發(fā)驗(yàn)證開發(fā)驗(yàn)證測試驗(yàn)證測試驗(yàn)證問題狀態(tài)Open掛起ResolvedReo