1、Bug屬性規(guī)范及流程版本時間創(chuàng)建人1.02018.6.19目錄 TOC o 1-5 h z Bug屬性規(guī)范及流程 1目的3范圍3工具3角色和職責3 HYPERLINK l bookmark0 o Current Document Bug屬性定義 4 HYPERLINK l bookmark2 o Current Document .bug 類型4 HYPERLINK l bookmark4 o Current Document .bug嚴重性5 HYPERLINK l bookmark6 o Current Document bug優(yōu)先級5 HYPERLINK l bookmark8 o Cu

2、rrent Document Bug管理流程 6 HYPERLINK l bookmark10 o Current Document 提交 bug6 HYPERLINK l bookmark12 o Current Document 分配bug 6 HYPERLINK l bookmark14 o Current Document 解決bug 7 HYPERLINK l bookmark16 o Current Document 驗證bug 7 HYPERLINK l bookmark18 o Current Document 遺留bug 7跟蹤遺留 bug 7產(chǎn)品發(fā)布后發(fā)現(xiàn)的bug 8 HY

3、PERLINK l bookmark20 o Current Document bug 分析8.目的本文檔定義bug的整個生命周期，規(guī)范 bug的解決方案及管理流程。Bug在流轉(zhuǎn)的過程中有章可循。規(guī)范bug嚴重等級與bug解決優(yōu)先級，使開發(fā)人員與測試人員能根據(jù)此文檔準確判斷bug的嚴重程度并加以解決；.范圍開發(fā)人員、測試人員.工具禪道:.角色和職責序號角色職責101測試工程師1)2)提交bug ,用bug級別反映bug的嚴重程度驗證bug是否已被解決02開發(fā)負責人1）確認bug ,并進行bug分配2）分析bug修復(fù)進度，對項目的質(zhì)量、進行風險評估03開發(fā)工程師1）修改bug ,并備注處理方式5

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

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

6、Bug管理流程提交bug在提交一個缺陷的缺陷，首先盡量描述這個缺陷的屬性。當然，我們在提交一個問題之前首先應(yīng)該保證，這個缺陷是沒有被提過的，以免造成重 復(fù)缺陷單。提交后的bug狀態(tài)為：激活分配bug開發(fā)經(jīng)理對bug進行初步評審，確定并指派到相應(yīng)開發(fā)人員；分配后的bug狀態(tài)為：已確認解決bug開發(fā)人員在確認完一個問題需要處理時，那么就對其進行處理工作。解決后的bug狀態(tài)為：已解決驗證bug回歸缺陷對于測試人員來說是非常重要的工作，其有三個入口兩個出口。確認非缺陷問題：對于提交的一個缺陷，開人員處理為非問題或無法重現(xiàn)，然后直接轉(zhuǎn)交給測試人員回歸。測試人員再次確認，如果真如開發(fā)人員所說，則將問題關(guān)閉

7、。如果非開發(fā)人員所說，是由于問題描述模糊或其它原因喂重現(xiàn)問題，則再次注明原因轉(zhuǎn)給開發(fā)人員。確認修復(fù)問題：對開發(fā)人員修復(fù)的問題再次進行確認，確認能過，則關(guān)閉問題。確認不通過，將問題再次打開并轉(zhuǎn)給開發(fā)人員。確認固定問題：有計劃的對固定問題進行確認，有些固定問題隨著時間的推移，版本的更新或已經(jīng)不存在了， 對這類問題應(yīng)該及時關(guān)閉。有些固定問題依然存在且變得緊急，對于這類問題應(yīng)該及時打開交給開發(fā)人員處理。驗收通過的bug狀態(tài)為：已關(guān)閉；驗收不通過的bug狀態(tài)為：激活；遺留bug跟蹤遺留bug對于讓步發(fā)布的產(chǎn)品，需要跟蹤產(chǎn)品發(fā)布后的允許情況。對遺留的 bug跟蹤記錄并分析其影響范圍，知道遺留 bug形成解決結(jié)果。產(chǎn)品發(fā)布后發(fā)現(xiàn)的bug產(chǎn)品發(fā)布后的bug來源有：客戶、開發(fā)、測試人員。該類bug在發(fā)現(xiàn)后需要提交給項目組，納入bug管理，該類bug的發(fā)現(xiàn)階段標識為已發(fā)布，便于分析原因。bug 分析通過