目錄
Bug屬性規(guī)范及流程?1
1.?目的?2
2.?范圍?3
3.?工具?3
4.?角色和職責(zé)?3
5.?Bug屬性定義?3
5.1．bug類型?4
5.2．bug嚴(yán)重性?4
5.3?bug優(yōu)先級(jí)?5
6.?Bug管理流程?6
6.1提交bug?6
6.2分配bug?6
6.3解決bug?7
6.4驗(yàn)證bug?7
6.5遺留bug?7
6.5.1跟蹤遺留bug?7
6.5.2產(chǎn)品發(fā)布后發(fā)現(xiàn)的bug?8
6.6bug分析?8
- 目的
本文檔定義bug的整個(gè)生命周期，規(guī)范bug的解決方案及管理流程。Bug在流轉(zhuǎn)的過程中有章可循。?規(guī)范bug嚴(yán)重等級(jí)與bug解決優(yōu)先級(jí)，使開發(fā)人員與測試人員能根據(jù)此文檔準(zhǔn)確判斷bug的嚴(yán)重程度并加以解決；
- 范圍
開發(fā)人員、測試人員
- 工具
禪道：
- 角色和職責(zé)
| 序號(hào) |
角色 |
職責(zé) |
| 01 |
測試工程師 |
|
| 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，?并備注處理方式 |
- Bug屬性定義
| 屬性名稱 |
描述 |
| 來源 |
包含所屬產(chǎn)品、所屬模塊、所屬項(xiàng)目、影響版本，選擇bug來源利于開發(fā)定位并解決； |
| bug類型 |
根據(jù)bug的自然屬性劃分的bug種類 |
| 嚴(yán)重性 |
因bug引起的故障對(duì)軟件產(chǎn)品的影響程度 |
| 優(yōu)先級(jí) |
Bug必須被修復(fù)的緊急程度 |
| 標(biāo)題 |
用一句簡潔的語言將問題的核心描述出來 |
| 描述 |
詳細(xì)描述bug出現(xiàn)的步驟和結(jié)果 |
| 附件 |
為bug添加更核心的說明，更有說服力的證據(jù)，包括截圖、視頻、log等 |
| 概率 |
描述Bug復(fù)現(xiàn)的概率 |
5.1．bug類型
| ??Bug類型 |
描述 |
| 功能 |
產(chǎn)品功能方面的bug：包括模塊功能實(shí)現(xiàn)、功能使用性、邏輯性等bug |
| Ui |
UI表現(xiàn)，包括對(duì)話框樣式和文字描述問題 |
| 接口 |
與其他組件、模塊或設(shè)備驅(qū)動(dòng)程序、調(diào)用參數(shù)、控制塊或參數(shù)列表相互影響的bug |
| 性能 |
不滿足系統(tǒng)可測量的屬性值，如：并發(fā)量、數(shù)據(jù)量、事務(wù)處理速度等 |
| 其他 |
設(shè)計(jì)、安裝、移動(dòng)性等 |
5.2．bug嚴(yán)重性
| Bug嚴(yán)重性 |
描述 |
| 致命(1) |
不能執(zhí)行正常的功能操作，或者因產(chǎn)品原因?qū)е孪到y(tǒng)死機(jī)，需馬上修復(fù)的問題 |
| 嚴(yán)重(2) |
部分功能存在嚴(yán)重缺陷，尚可繼續(xù)測試，不影響產(chǎn)品穩(wěn)定性； |
| 一般(3) |
次要功能或者界面存在的一些錯(cuò)誤，不影響正常測試； |
| 優(yōu)化(4) |
測試對(duì)于產(chǎn)品的一些改進(jìn)建議； |
-
- bug優(yōu)先級(jí)
| Bug優(yōu)先級(jí) |
描述 |
| 緊急(1) |
影響測試，需立即修復(fù)； |
| 高(2) |
必須在版本發(fā)布之前修改完； |
| 中(3) |
必須修改，不一定馬上修改，需討論確定在某個(gè)特定的里程碑前修改完 |
| 低(4) |
對(duì)產(chǎn)品的影響比較小，在時(shí)間不允許的情況下可以暫時(shí)不修改 |
- Bug管理流程
6.1提交bug
在提交一個(gè)缺陷的缺陷，首先盡量描述這個(gè)缺陷的屬性?！ ?/span>
當(dāng)然，我們在提交一個(gè)問題之前首先應(yīng)該保證，這個(gè)缺陷是沒有被提過的，以免造成重復(fù)缺陷單?！?/span>
提交后的bug狀態(tài)為：激活
6.2分配bug
開發(fā)經(jīng)理對(duì)bug進(jìn)行初步評(píng)審，確定并指派到相應(yīng)開發(fā)人員；
分配后的bug狀態(tài)為：已確認(rèn)
6.3解決bug
開發(fā)人員在確認(rèn)完一個(gè)問題需要處理時(shí)，那么就對(duì)其進(jìn)行處理工作。
解決后的bug狀態(tài)為：已解決
6.4驗(yàn)證bug
回歸缺陷對(duì)于測試人員來說是非常重要的工作，其有三個(gè)入口兩個(gè)出口。
確認(rèn)非缺陷問題：對(duì)于提交的一個(gè)缺陷，開人員處理為非問題或無法重現(xiàn)，然后直接轉(zhuǎn)交給測試人員回歸。測試人員再次確認(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)閉。有些固定問題依然存在且變得緊急，對(duì)于這類問題應(yīng)該及時(shí)打開交給開發(fā)人員處理。
驗(yàn)收通過的bug狀態(tài)為：已關(guān)閉；
?驗(yàn)收不通過的bug狀態(tài)為：激活；
6.5遺留bug
6.5.1跟蹤遺留bug
對(duì)于讓步發(fā)布的產(chǎn)品，需要跟蹤產(chǎn)品發(fā)布后的允許情況。對(duì)遺留的bug跟蹤記錄并分析其影響范圍，知道遺留bug形成解決結(jié)果。
6.5.2產(chǎn)品發(fā)布后發(fā)現(xiàn)的bug
產(chǎn)品發(fā)布后的bug來源有：客戶、開發(fā)、測試人員。該類bug在發(fā)現(xiàn)后需要提交給項(xiàng)目組，納入bug管理，該類bug的發(fā)現(xiàn)階段標(biāo)識(shí)為已發(fā)布，便于分析原因。文章來源：http://www.zghlxwxcb.cn/news/detail-412435.html
6.6bug分析
通過bug的數(shù)據(jù)分析，總結(jié)bug出現(xiàn)的原因、類型、規(guī)律，采取相應(yīng)措施避免該類型bug再次出現(xiàn)，提高產(chǎn)品質(zhì)量。文章來源地址http://www.zghlxwxcb.cn/news/detail-412435.html
- 統(tǒng)計(jì)項(xiàng)目組階段bug的趨勢圖，用于分析產(chǎn)品的質(zhì)量。
- 測試人員的每個(gè)項(xiàng)目的測試結(jié)束以后，將bug分析結(jié)果寫在《測試報(bào)告》中。
到了這里，關(guān)于如何保證測試質(zhì)量之Bug管理規(guī)范及流程的文章就介紹完了。如果您還想了解更多內(nèi)容，請?jiān)谟疑辖撬阉鱐OY模板網(wǎng)以前的文章或繼續(xù)瀏覽下面的相關(guān)文章，希望大家以后多多支持TOY模板網(wǎng)！
