BUG管理規(guī)范與流程

1、第1頁 BUG 管理流程與規(guī)范精品文檔 目錄 1 概述 . 3 1.1 編寫目的 . 3 1.2 適用范圍 . 4 2 關(guān)鍵角色及應(yīng)負(fù)責(zé)任 . 4 3 BUG 流程圖 . 5 4 活動描述 . 5 5 BUG 書寫規(guī)范 . 7 5.1 測試人員 BUG 提交 . 7 5.1.1 主題 . 7 5.1.2 步驟 . 7 5.1.3 實(shí)際結(jié)果 . 7 5.1.4 預(yù)期結(jié)果 . 7 5.1.5 備注 . 7 5.2 開發(fā)人員解決 BUG . 8 6 BUG 嚴(yán)重等級 . 9 6.1 致命 . 9 6.2 嚴(yán)重 . 9 6.3 一般 . 10 6.4 優(yōu)化 . 10 7 BUG 優(yōu)先級 . 10 7.

2、1 緊急 . 10 7.2 高 . 10 7.3 中 .11 7.4 低 . 11 8 BUG 解決方案 . 11 8.1 設(shè)計(jì)如此 . 11 8.2 重復(fù) BUG . 11 8.3 已解決 . 11 8.4 無法重現(xiàn) . 11 8.5 延期處理 . 11 8.6 新增/變更需求 . 11 9 BUG 狀態(tài) . 11 9.1 激活 . 11 精品文檔 9.2 已解決 . 11 9.3 關(guān)閉 . 11 10 其他要求 . 11 11 相關(guān)文件 . 12 12 附件 . 12 精品文檔 1概述 1.1 編寫目的 本文檔定義 bugbug 的整個生命周期，規(guī)范 bugbug 的管理流程。BugBug

3、 在流轉(zhuǎn)的過程中有章可循。 規(guī)范 bugbug 嚴(yán)重等級與 bugbug 解決優(yōu)先級，使開發(fā)人員與測試人員能根據(jù)此文檔準(zhǔn)確判斷精品文檔 bugbug 的嚴(yán)重程度并加以解決。 1.2 適用范圍 本文檔適用測試人員、開發(fā)人員。 2關(guān)鍵角色及應(yīng)負(fù)責(zé)任 序號 角色 應(yīng)負(fù)責(zé)任 01 測試工程師 1） 提交bug，用bug級別反映bug的嚴(yán)重程度， 2） 驗(yàn)證bug是否已被解決 02 測試負(fù)責(zé)人 1） 審核測試人員提交的 bug ； 2） 定位測試工程師提交的 bug優(yōu)先級 3） 定期對bug庫進(jìn)行分析，描繪出曲線圖等，報(bào)告現(xiàn)狀、預(yù)測 趨勢，在測試總結(jié)報(bào)告中給岀意見。 4） 分析項(xiàng)目測試過程中存在的風(fēng)險(xiǎn)

4、03 開發(fā)工程師 1） 分析bug，寫出問題原因，修改 bug， 2） 實(shí)行bug優(yōu)先原則，嚴(yán)重程度 5個以上的，停止新功能的開 發(fā)。 04 開發(fā)負(fù)責(zé)人 1） 每天對bug進(jìn)行分配，標(biāo)注處理意見 2） 定期對bug庫分析，對bug多的模塊，進(jìn)行代碼走查。 3） 分析bug修復(fù)進(jìn)度，對項(xiàng)目的質(zhì)量、進(jìn)行風(fēng)險(xiǎn)評估。 4） 跟蹤被需求確認(rèn)可延期處理的 bug 05 系統(tǒng)工程師 1） 解釋需求，給岀處理意見， 2） 將bug庫中的建議整理成為需求文檔 3） 當(dāng)開發(fā)和測試存在意見分歧時(shí)，進(jìn)行需求確認(rèn)。 精品文檔 BugBug 狀態(tài)：激活，已修復(fù)，已關(guān)閉 解決方案：設(shè)計(jì)如此，重復(fù) BugBug，已解決，無法

5、重現(xiàn)，延期處理，新增 / /變更需求 4活動描述 序號 活動名稱 參與角色 活動描述 輸入、輸出信息 處理時(shí)限 01 提交bug 測試工程師 詳細(xì)書寫B(tài)ug，指派給 對應(yīng)的測試負(fù)責(zé)人 輸入信息： 無 輸出信息： 在禪道上提交bug 02 Bug確認(rèn)與 分配 測試負(fù)責(zé)人 根據(jù) 判 定是否是Bug，給出意 見 輸入信息： 測試人員提交的 bug， 測試用例，軟件需求 輸出信息： 確定bug優(yōu)先級，指派 給開發(fā)負(fù)責(zé)人。 0.5個 工作日 3 Bug流程圖 Bug管理流程 修復(fù)階段 驗(yàn)證階段 跟蹤階段 師程工試測 提交 bug 確認(rèn) bug 為無 效 bug，關(guān)閉 bug 修改狀態(tài)為已修復(fù) Bug 驗(yàn)

6、證 是否修復(fù) 關(guān)閉 bug 管主試測 判斷是否 是 bug 確認(rèn)與分配 重新激活贏，并指派 修改狀態(tài)為已修復(fù) 師程工發(fā)開 指定優(yōu)先級 I 是否延期 修復(fù) 是否是 bug 需求確認(rèn)不 判定不是 或重復(fù) 派給需求確認(rèn) 修復(fù) bug 測試 開發(fā)分析 不是bug 開發(fā)確認(rèn)是 bug 但該版本不修復(fù) 確認(rèn)開指派 bug 管主發(fā)開 師程工統(tǒng)系 仲裁是否 是 bug 需求確認(rèn)是 bug，指派給開發(fā) 分析是否 是 bug 分析是問題 但應(yīng)該變更確認(rèn)是 bug，需求如此或 很小的改動需求 在備注中說明，并激活 bug 是否新增 變更需求 是否在該 版本修復(fù) 確認(rèn)是 bug 但該版本不修復(fù) 并指定修復(fù)版本 但 b

7、ug 狀態(tài)為已解決， 不能關(guān)閉，在修復(fù)完 成以后需要指派給測 試人員進(jìn)行驗(yàn)證 需求確認(rèn)為 _必須在該版本修復(fù) 是否確認(rèn) - 延期修復(fù) - 確認(rèn)是問題 .應(yīng)變更或新增需求 需求判定為延期 指派給開發(fā)主管 .需求/新增需 腫求 ，修改需求文檔 描述不清楚 或不是 bug 枷是 精品文檔 03 分析確認(rèn) 并指派Bug 開發(fā)負(fù)責(zé)人 根據(jù) 判 定是否是Bug，給出意 見 輸入信息： 測試負(fù)責(zé)人指派的 bug，軟件需求，程序源 代碼等 輸出信息： 0.5個 工作日 精品文檔 分析Bug，指派給對應(yīng) 的開發(fā)工程師，不是 bug或應(yīng)該需求變更 時(shí)，指派給相關(guān)人員 04 修復(fù)Bug 開發(fā)工程師 修改Bug,給出

8、解決方 案，修復(fù)再次激活的 bug。 輸入信息： 開發(fā)負(fù)責(zé)人確認(rèn)指派的 bug，軟件需求 輸出信息： Bug的解決方案， 產(chǎn)生 bug的原因，指派給對 應(yīng)的測試工程師 0.5個 工作日 05 驗(yàn)證Bug 測試工程師 驗(yàn)證Bug，給出驗(yàn)證結(jié) 果 輸入信息： 開發(fā)工程師指派的已修 復(fù)的Bug，需求確認(rèn)轉(zhuǎn) 為變更或新增需求的 bug 輸出信息： 如果Bug未修改，激活 并指派給對應(yīng)的開發(fā)工 程師； 如果Bug已修改或系統(tǒng) 工程師確認(rèn)轉(zhuǎn)為需求的 bug，關(guān)閉 bug， 0.5個 工作日 06 確認(rèn)bug延 期 測試主管 分析bug，確認(rèn)bug是 否能延期處理 輸入信息： 開發(fā)或系統(tǒng)工程師指派 的延期b

9、ug 輸出信息： 確認(rèn)是否能延期處理， 對應(yīng)延期的bug在開發(fā) 修復(fù)的版本進(jìn)行激活 視實(shí)際情況而定 07 Bug仲裁 系統(tǒng)工程師 根據(jù) 判 定是否是Bug，給出處 理意見 輸入信息： 測試主管指派的延期 bug或需要系統(tǒng)工程師 確認(rèn)的bug，開發(fā)主管 指派的新增/變更需求 的 bug。 輸出信息： 給岀明確處理結(jié)果，屬 0.5個 工作日 精品文檔 于新增/變更需求的bug 需要在需求文檔中記錄 相關(guān)需求。 5 BUG書寫規(guī)范 5.1 測試人員 BUG 提交 5.1.15.1.1 主題 ? ?用一個簡短的句子描述問題，不要寫成一大段 ? ?以進(jìn)入問題模塊路徑開頭，方便項(xiàng)目經(jīng)理分派任務(wù)，以及開發(fā)人

10、員定位問題 ? ?描述問題時(shí)要詳細(xì)、簡練、抓住要點(diǎn)，直接切入正題，不要羅嗦 ? ?不要夸大或縮小問題的嚴(yán)重程度 5.1.25.1.2 步驟 ? ?用數(shù)字編號，一步步的描述重現(xiàn)問題的所有操作步驟 ? ?提供明確的再現(xiàn)問題的步驟，避免問題被以“不能重現(xiàn)”關(guān)掉 ? ? 設(shè)置區(qū)域需要詳細(xì)描述，女口：各設(shè)置項(xiàng)值為默認(rèn)、*值更改為“”，其他設(shè)置項(xiàng)值為默認(rèn); ? ?盡量用動詞作為開頭，描述每個步驟。如：打開、點(diǎn)擊、設(shè)置、選擇、插入、雙擊等 ? ?不要在一個步驟中描述不相關(guān)的多個操作。如果是相關(guān)的一系列操作，可以使用“T” 來連接描述。 ? ?按照你寫的步驟去執(zhí)行，看問題能否重現(xiàn) ? ?不要在步驟中使用含糊不

11、清的縮寫詞描述 5.1.35.1.3 實(shí)際結(jié)果 ? ?實(shí)際只描述一個問題 ? ?同樣的操作步驟產(chǎn)生多種現(xiàn)象，要在一個缺陷報(bào)告中加以描述 ? ?不同的操作步驟產(chǎn)生不同的問題，分別報(bào) bugbug ? ?如果有截圖，請列出所附的圖片信息 5.1.45.1.4 預(yù)期結(jié)果 ? ?不要加入實(shí)際結(jié)果的描述信息 ? ?描述要清晰，不要使用含糊不清的縮寫詞描述 ? ?如果有截圖，請列出所附的圖片信息 5.1.55.1.5 備注 ? ?避免寫成大段落，要寫得簡單、易讀 ? ?問題的特征 ? ?出現(xiàn)問題后的解決方法 精品文檔 ? ?對終端客戶的影響情況 ? ?如果有必要，列出產(chǎn)生問題的配置環(huán)境 5.2 開發(fā)人員解

12、決 BUG 1.1. BUGBUG 的原因。 2.2. BUGBUG 的修改方法 3.3. BUGBUG 可以在哪個版本上進(jìn)行驗(yàn)證。 44測試人員驗(yàn)證 bugbug 時(shí)，需要寫明：驗(yàn)證了什么，在什么版本驗(yàn)證，是否通過，如果不 通過需寫明原因。如果在驗(yàn)證當(dāng)前 bugbug 時(shí)有新現(xiàn)象產(chǎn)生阻礙了驗(yàn)證此 bugbug，則該 bugbug 不 能關(guān)閉，寫明沒有驗(yàn)證的原因，并為新現(xiàn)象提 bugbug。 舉例 1 1： BUG BUG #375#375還款歷史中，還款期數(shù)排列離序冋題 重現(xiàn)步鑾 陟驟 K用戶進(jìn)入財(cái)務(wù)管理-正常還款確認(rèn)-在列表中囲 A 條單據(jù)查看該單擔(dān)的還款期數(shù) 詰果 1、 還款期數(shù)不是按照

13、正常的排歹I1序顯示 M望 2、 還款序按照正常順序顯示（是時(shí)間上的約定或者是金額上的約定來顯示i亥還款期數(shù)i 現(xiàn)象: n -趕鬣曰斷 其中京金 蒯金 算免融 L 1 014-05-17 20000- J74&D 25如 6200 KOO 2 ZKOO 174iW Z54O BETO 6E00 3 3OI4-fl-n raw 7 d Z54O Q WO 回中-玉金 刊息 1 Z 1 Z0LV0B-L7 166&6J5&5CK6T Z540 5200 6200 2 I J 2DLV09-L7 1&6B6. B6866667 254J0 400 肛0 3 1 J 2

14、0LZT 咄 14】配實(shí)蹴除7 2540 0 a 修改后: BUG BUG #375#375還款歷史中還款期數(shù)排列頗序混亂浚有按照正序或逆序排列 涉驟 1、用戶進(jìn)入財(cái)務(wù)管理正常還款確認(rèn) 精品文檔 乙在列表中選擇一條單 3, 查看該單據(jù)的還款期數(shù) 一 A 坯款期數(shù)排列順序混亂沒有按昭正序或逆序排列 結(jié)果 還款歷史中迓款期數(shù)排列順序混亂沒有按照正序或逆序排列 朗望 還款順序按照正常順序顯示（是時(shí)間上的約走或者罡金額上的約走來顯示該還款期數(shù)） 6 BUG嚴(yán)重等級 6.1 致命 不能執(zhí)行正常工作功能或重要功能，因軟件原因?qū)е孪到y(tǒng)死機(jī)等，須馬上修正致命錯誤。 通常有如下情況： 1.1. 內(nèi)存泄漏 2.2

15、. 由于執(zhí)行程序引發(fā)數(shù)據(jù)庫發(fā)生死鎖 3.3. 用戶數(shù)據(jù)丟失或破壞 4.4. 系統(tǒng)崩潰 5.5. 死機(jī) 6.6. 程序無法啟動或異常退出 7.7. 因錯誤操作導(dǎo)致的程序中斷 8.8. 功能設(shè)計(jì)與需求嚴(yán)重不符 6.2 嚴(yán)重 影響系統(tǒng)功能或操作，應(yīng)用模塊錯誤使業(yè)務(wù)中止無法進(jìn)行后續(xù)操作，主要功能存在 嚴(yán)重缺陷，但不會影響到系統(tǒng)穩(wěn)定性。 具體基本上可分為： 1.1. 功能未實(shí)現(xiàn) 2.2. 功能錯誤 3.3. 業(yè)務(wù)中止，無法進(jìn)行后續(xù)操作 4.4. 數(shù)據(jù)庫的表、業(yè)務(wù)規(guī)則、缺省值未加完整性等約束條件 5.5. 數(shù)據(jù)庫表結(jié)構(gòu)錯誤，字段長度不夠，缺少表、存儲 6.6. 語音或數(shù)據(jù)通訊錯誤 7.7. 數(shù)值計(jì)算錯誤

16、8.8. 前臺提示存儲報(bào)錯 9.9. 系統(tǒng)所提供的功能或服務(wù)受明顯的影響 精品文檔 6.3 一般 影響系統(tǒng)正常運(yùn)行的缺陷，主要功能出現(xiàn)錯誤，影響到產(chǎn)品的使用。例如：次要功能 不能正常實(shí)現(xiàn)； 查詢錯誤，數(shù)據(jù)錯誤顯示；簡單的輸入限制未放在前臺進(jìn)行控制 具體基本上可分為： 1.1. 操作界面錯誤（包括數(shù)據(jù)窗口內(nèi)列名定義、含義是否一致） 2.2. 報(bào)表打印內(nèi)容、格式錯誤、取值錯誤 3.3. 頁面查詢結(jié)果錯誤，自動讀值項(xiàng)取值錯誤 4.4. 邊界條件下錯誤 5.5. 提示信息錯誤（包括未給出信息、信息提示錯誤等） 6.6. 簡單的輸入限制未放在前臺進(jìn)行控制 7.7. 長時(shí)間操作無進(jìn)度提示 8.8. 光標(biāo)跳

17、轉(zhuǎn)設(shè)置不好，鼠標(biāo)（光標(biāo)）定位錯誤 6.4 優(yōu)化 使操作者不合理或者不方便或操作遇到麻煩， 但它不影響執(zhí)行工作功能或重要功能， 次要功能，對產(chǎn)品使用影響不大。例如：程序在一些顯示上不美觀，不符合用戶習(xí)慣， 或是一些文字的錯誤。 具體基本上可分為： 1.1. 界面格式等不規(guī)范 2.2. 輔助說明描述不清楚 3.3. 操作時(shí)未給用戶提示 4.4. 可輸入?yún)^(qū)域和只讀區(qū)域沒有明顯的區(qū)分標(biāo)志 5.5. 個別不影響產(chǎn)品理解的錯別字 6.6. 文字排列不整齊等一些小問題 7.7. 提示窗口文字未采用行業(yè)術(shù)語 7 BUG優(yōu)先級 7.1 緊急 阻止與此密切相關(guān)功能的進(jìn)一步測試，需要立即修復(fù) 7.2 咼 必須修改，發(fā)版前必須修正 7.3 中 必須修改，不一定馬上修改，但需確定在某個特定里程碑結(jié)束前須修正 7.4 低 對系統(tǒng)的影響較小，如果時(shí)間允許應(yīng)該修改 精品文檔 8 BUG解決方案 &1 設(shè)計(jì)如此 設(shè)計(jì)如此，測試人員理解錯誤，無需改動，即無效的 bugbug 8.2 重復(fù) bug 以前已經(jīng)有同樣的 bugbug。 &3 已解決 BugBug 已經(jīng)被修改正確，待測試進(jìn)行驗(yàn)證 8.4 無法重現(xiàn) 根據(jù)測試寫的重現(xiàn)步驟，無法重現(xiàn) bugbug。 8.5 延期處理 確實(shí)是 bugbug，但現(xiàn)在不解決，以后處理。 8.6 新增/變更需求 分