bug管理規(guī)范方案及流程

《bug管理規(guī)范方案及流程》由會員上傳分享，免費在線閱讀，更多相關(guān)內(nèi)容在教育資源-天天文庫。

1、范文范例指導學習Bug屬性規(guī)范及流程版本時間創(chuàng)建人1.02018.6.19word版本整理分享范文范例指導學習目錄Bug屬性規(guī)范及流程11.目的22.范圍33.工具34.角色和職責35.Bug屬性定義35.1．bug類型45.2．bug嚴重性45.3bug優(yōu)先級56.Bug管理流程66.1提交bug66.2分配bug66.3解決bug76.4驗證bug76.5遺留bug76.5.1跟蹤遺留bug76.5.2產(chǎn)品發(fā)布后發(fā)現(xiàn)的bug86.6bug分析8word版本整理分享范文范例指導學習1.目的本文檔定義bug的整個生命周期，規(guī)范bug的解決方案及管理流

2、程。Bug在流轉(zhuǎn)的過程中有章可循。?規(guī)范bug嚴重等級與bug解決優(yōu)先級，使開發(fā)人員與測試人員能根據(jù)此文檔準確判斷bug的嚴重程度并加以解決；2.范圍開發(fā)人員、測試人員3.工具禪道：4.角色和職責序號角色職責01測試工程師1)提交bug，用bug級別反映bug的嚴重程度2)驗證bug是否已被解決02開發(fā)負責人1)?確認bug，并進行bug分配?2)分析bug修復進度，對項目的質(zhì)量、進行風險評估03開發(fā)工程師1)?修改bug，?并備注處理方式word版本整理分享范文范例指導學習1.Bug屬性定義屬性名稱描述來源包含所屬產(chǎn)品、所屬模塊、所屬項目、影響版本

3、，選擇bug來源利于開發(fā)定位并解決；bug類型根據(jù)bug的自然屬性劃分的bug種類嚴重性因bug引起的故障對軟件產(chǎn)品的影響程度優(yōu)先級Bug必須被修復的緊急程度標題用一句簡潔的語言將問題的核心描述出來描述詳細描述bug出現(xiàn)的步驟和結(jié)果附件為bug添加更核心的說明，更有說服力的證據(jù)，包括截圖、視頻、log等概率描述Bug復現(xiàn)的概率5.1．bug類型Bug類型描述功能產(chǎn)品功能方面的bug：包括模塊功能實現(xiàn)、功能使用性、邏輯性等bugUiUI表現(xiàn)，包括對話框樣式和文字描述問題接口與其他組件、模塊或設(shè)備驅(qū)動程序、調(diào)用參數(shù)、控制塊或參數(shù)列表相互影響的bug性能不

4、滿足系統(tǒng)可測量的屬性值，如：并發(fā)量、數(shù)據(jù)量、事務(wù)處理速度等其他設(shè)計、安裝、移動性等word版本整理分享范文范例指導學習5.2．bug嚴重性Bug嚴重性描述致命(1)不能執(zhí)行正常的功能操作，或者因產(chǎn)品原因?qū)е孪到y(tǒng)死機，需馬上修復的問題嚴重(2)部分功能存在嚴重缺陷，尚可繼續(xù)測試，不影響產(chǎn)品穩(wěn)定性；一般(3)次要功能或者界面存在的一些錯誤，不影響正常測試；優(yōu)化(4)測試對于產(chǎn)品的一些改進建議；1.3bug優(yōu)先級Bug優(yōu)先級描述緊急(1)影響測試，需立即修復；高(2)必須在版本發(fā)布之前修改完；中(3)必須修改，不一定馬上修改，需討論確定在某個特定的里程碑前

5、修改完低(4)對產(chǎn)品的影響比較小，在時間不允許的情況下可以暫時不修改word版本整理分享范文范例指導學習1.Bug管理流程6.1提交bug在提交一個缺陷的缺陷，首先盡量描述這個缺陷的屬性。　　當然，我們在提交一個問題之前首先應(yīng)該保證，這個缺陷是沒有被提過的，以免造成重復缺陷單。　提交后的bug狀態(tài)為：激活6.2分配bug開發(fā)經(jīng)理對bug進行初步評審，確定并指派到相應(yīng)開發(fā)人員；分配后的bug狀態(tài)為：已確認word版本整理分享范文范例指導學習6.3解決bug開發(fā)人員在確認完一個問題需要處理時，那么就對其進行處理工作。解決后的bug狀態(tài)為：已解決6.4驗證

6、bug回歸缺陷對于測試人員來說是非常重要的工作，其有三個入口兩個出口。確認非缺陷問題：對于提交的一個缺陷，開人員處理為非問題或無法重現(xiàn)，然后直接轉(zhuǎn)交給測試人員回歸。測試人員再次確認，如果真如開發(fā)人員所說，則將問題關(guān)閉。如果非開發(fā)人員所說，是由于問題描述模糊或其它原因喂重現(xiàn)問題，則再次注明原因轉(zhuǎn)給開發(fā)人員。確認修復問題：對開發(fā)人員修復的問題再次進行確認，確認能過，則關(guān)閉問題。確認不通過，將問題再次打開并轉(zhuǎn)給開發(fā)人員。確認固定問題：有計劃的對固定問題進行確認，有些固定問題隨著時間的推移，版本的更新或已經(jīng)不存在了，對這類問題應(yīng)該及時關(guān)閉。有些固定問題依然存

7、在且變得緊急，對于這類問題應(yīng)該及時打開交給開發(fā)人員處理。　驗收通過的bug狀態(tài)為：已關(guān)閉；驗收不通過的bug狀態(tài)為：激活；6.5遺留bug6.5.1跟蹤遺留bug對于讓步發(fā)布的產(chǎn)品，需要跟蹤產(chǎn)品發(fā)布后的允許情況。對遺留的bug跟蹤記錄并分析其影響范圍，知道遺留bug形成解決結(jié)果。word版本整理分享范文范例指導學習6.5.2產(chǎn)品發(fā)布后發(fā)現(xiàn)的bug產(chǎn)品發(fā)布后的bug來源有：客戶、開發(fā)、測試人員。該類bug在發(fā)現(xiàn)后需要提交給項目組，納入bug管理，該類bug的發(fā)現(xiàn)階段標識為已發(fā)布，便于分析原因。6.6bug分析通過bug的數(shù)據(jù)分析，總結(jié)bug出現(xiàn)的原因、

8、類型、規(guī)律，采取相應(yīng)措施避免該類型bug再次出現(xiàn)，提高產(chǎn)品質(zhì)量。1）統(tǒng)計項目組階段bug的趨勢圖，用于分析產(chǎn)