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

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

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

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

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

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

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

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

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

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