1、Bug屬性規范及流程版本時間創建人1.02018619目錄Bug屬性規范及流程1.目的2.范圍3.工具4.角色和職責5.Bug屬性定義5.1bug 類型5.2bug 嚴重性5.36. Bug管理流程 6.1提交bug 6.2分配bug 6.3解決bug 6.4驗證bug 6.5遺留bug bug 優先級6.5.1 跟蹤遺留 bug6.5.2 產品發布后發現的 bug6.6bug 分析1.目的本文檔定義bug的整個生命周期，規范 bug的解決方案及管理流程。Bug在流轉的過程中有章可循。規范bug嚴重等級與bug解決優先級，使開發人員與測試人員能根據此文檔準確判斷bug的嚴重程度并加以解決;2.

2、 范圍開發人員、測試人員3. 工具禪道:4. 角色和職責序號.角色職責01測試工程師1）提交bug，用bug級別反映bug的嚴重程度2）驗證bug是否已被解決開發負責人1）確認bug，并進行bug分配2）分析bug修復進度，對項目的質量、進行風險評估開發工程師1）修改bug，并備注處理方式5Bug屬性定義描述屬性名稱來源包含所屬產品、所屬模塊、所屬項目、影響版本，選擇bug來源利于開發定位并解決;bug類型根據bug的自然屬性劃分的bug種類嚴重性因bug引起的故障對軟件產品的影響程度優先級Bug必須被修復的緊急程度標題用一句簡潔的語言將問題的核心描述出來描述詳細描述bug出現的步驟和結果附件

3、為bug添加更核心的說明，更有說服力的證據，包括截圖、視頻、log等概率描述Bug復現的概率5.1 . bug 類型Bug類型描述功能產品功能方面的bug :包括模塊功能實現、功能使用性、邏輯性等bugUiUI表現，包括對話框樣式和文字描述問題接口與其他組件、模塊或設備驅動程序、調用參數、控制塊或參數列表相互影響的bug性能不滿足系統可測量的屬性值，如：并發量、數據量、事務處理速度等其他設計、安裝、移動性等5.2 . bug嚴重性Bug嚴重性描述致命不能執行正常的功能操作，或者因產品原因導致系統死機，需馬上修復的問題嚴重(2)部分功能存在嚴重缺陷，尚可繼續測試，不影響產品穩定性;一般次要功能或

4、者界面存在的一些錯誤，不影響正常測試;優化測試對于產品的一些改進建議;5.3 bug優先級Bug優先級描述緊急影響測試，需立即修復；高必須在版本發布之前修改完；中必須修改，不一疋馬上修改，需討論確疋在某個特疋的里程碑前修改元低對產品的影響比較小，在時間不允許的情況下可以暫時不修改6Bug管理流程6.1提交bug在提交一個缺陷的缺陷,首先盡量描述這個缺陷的屬性。當然，我們在提交一個問題之前首先應該保證，這個缺陷是沒有被提過的，以免造成重 復缺陷單。提交后的bug狀態為：激活6.2分配bug開發經理對bug進行初步評審，確定并指派到相應開發人員;分配后的bug狀態為：已確認6.3解決bug開發人員

5、在確認完一個問題需要處理時，那么就對其進行處理工作。解決后的bug狀態為：已解決6.4驗證bug回歸缺陷對于測試人員來說是非常重要的工作，其有三個入口兩個出口。確認非缺陷問題：對于提交的一個缺陷，開人員處理為非問題或無法重現，然后直接轉 交給測試人員回歸。測試人員再次確認，如果真如開發人員所說，則將問題關閉。如果非開 發人員所說，是由于問題描述模糊或其它原因喂重現問題，則再次注明原因轉給開發人員。確認修復問題：對開發人員修復的問題再次進行確認，確認能過，則關閉問題。確認不 通過，將問題再次打開并轉給開發人員。確認固定問題：有計劃的對固定問題進行確認，有些固定問題隨著時間的推移，版本的更新或已經不存在了， 對這類問題應該及時關閉。有些固定問題依然存在且變得緊急，對于 這類問題應該及時打開交給開發人員處理。驗收通過的bug狀態為：已關閉;驗收不通過的bug狀態為：激活;6.5遺留bug6.5.1跟蹤遺留bug對于讓步發布的產品,需要跟蹤產品發布后的允許情況。對遺留的bug跟蹤記錄并分析其影響范圍，知道遺留 bug形成解決結果。6.5.2產品發布后發現的bug產品發布后的bug來源有:客戶、開發、測試人員。該類bug在發現后需要提交給項目組,納入bug的發現階段標識為已發布，便于分析原因。6.6bug分析通過bug的數據分析，總結bug出現的原因、類