?
Bug 生命周期
?
對(duì) Bug 的處理
開發(fā)組長(zhǎng)
/
經(jīng)理
每天對(duì)
Bug
進(jìn)行分配，標(biāo)注處理意見(jiàn)，給定優(yōu)先級(jí)（發(fā)版前必須三方：需求、開發(fā)、產(chǎn)品共同確定）。問(wèn)題分配時(shí)，應(yīng)盡可能將咨詢類、理解錯(cuò)誤類等問(wèn)題處理掉，而不是留給開發(fā)人員。有可能是需求的問(wèn)題，分配給需求人員。定期對(duì)
Bug
庫(kù)分析，找出常出錯(cuò)的模塊，進(jìn)行代碼審查
開發(fā)人員
分析
Bug
，寫出問(wèn)題原因，修改
Bug
；實(shí)行
Bug
優(yōu)先原則，嚴(yán)重程度
B-Major
類或緊急程度
3-High
類以上（包含）
bug5
個(gè)或
5
個(gè)以上，停止新功能的開發(fā)。
需求人員
解釋需求，給出處理意見(jiàn)，將
Bug
庫(kù)中的建議整理成需求文檔。評(píng)審確定后列入開發(fā)計(jì)劃
測(cè)試人員
不參與問(wèn)題的優(yōu)先級(jí)的定位，只用
Bug
級(jí)別反映
Bug
的嚴(yán)重程度。驗(yàn)證
Bug
是否已被解決
測(cè)試組長(zhǎng)
/
經(jīng)理
審核測(cè)試人員提交的
Bug
。定期對(duì)
Bug
庫(kù)進(jìn)行分析，描繪出曲線圖等，報(bào)告現(xiàn)狀、預(yù)測(cè)趨勢(shì)。在測(cè)試總結(jié)報(bào)告中給出意見(jiàn)
產(chǎn)品人員
可以對(duì)優(yōu)先級(jí)和處理意見(jiàn)等進(jìn)行審核，如果有意見(jiàn)，和項(xiàng)目組商量定奪
Bug 狀態(tài) (Status) ：指缺陷通過(guò)一個(gè)跟蹤修復(fù)過(guò)程的進(jìn)展情況。包括 New 、 Open 、 Reopen 、 Fixed 、 Closed 及 Rejected 等
|
New |
為測(cè)試人員新問(wèn)題提交所標(biāo)志的狀態(tài)。 |
|
Open |
為任務(wù)分配人（開發(fā)組長(zhǎng) / 經(jīng)理）對(duì)該問(wèn)題準(zhǔn)備進(jìn)行修改并對(duì)該問(wèn)題分配修改人員所標(biāo)志的狀態(tài)。 Bug 解決中的狀態(tài)，由任務(wù)分配人改變。對(duì)沒(méi)有進(jìn)入此狀態(tài)的 Bug ，程序員不用管。 |
|
Reopen |
為測(cè)試人員對(duì)修改問(wèn)題進(jìn)行驗(yàn)證后沒(méi)有通過(guò)所標(biāo)志的狀態(tài)；或者已經(jīng)修改正確的問(wèn)題，又重新出現(xiàn)錯(cuò)誤。由測(cè)試人員改變。 |
|
Fixed |
為開發(fā)人員修改問(wèn)題后所標(biāo)志的狀態(tài)，修改后還未測(cè)試。 |
|
Closed |
為測(cè)試人員對(duì)修改問(wèn)題進(jìn)行驗(yàn)證后通過(guò)所標(biāo)志的狀態(tài)。由測(cè)試人員改變。 |
|
Rejected |
開發(fā)人員認(rèn)為不是 Bug 、描述不清、重復(fù)、不能復(fù)現(xiàn)、不采納所提意見(jiàn)建議、或雖然是個(gè)錯(cuò)誤但還沒(méi)到非改不可的地步故可忽略不計(jì)、或者測(cè)試人員提錯(cuò)，從而拒絕的問(wèn)題。由 Bug 分配人或者開發(fā)人員來(lái)設(shè)置。 |
Bug 嚴(yán)重級(jí)別 (Severity ， Bug 級(jí)別 ) ：是指因缺陷引起的故障對(duì)軟件產(chǎn)品的影響程度。由測(cè)試人員指定。
|
A-Crash |
錯(cuò)誤導(dǎo)致了死機(jī)、產(chǎn)品失敗（“崩潰”）、系統(tǒng)懸掛無(wú)法操作； |
|
B-Major |
功能未實(shí)現(xiàn)或?qū)е乱粋€(gè)特性不能運(yùn)行并且不可能有替代方案； |
|
C-Minor |
錯(cuò)誤導(dǎo)致了一個(gè)特性不能運(yùn)行但可有一個(gè)替代方案； |
|
D-Trivial |
錯(cuò)誤是表面化或微小的（提示信息不太準(zhǔn)確友好、錯(cuò)別字、 UI 布局或罕見(jiàn)故障等），對(duì)功能幾乎沒(méi)有影響，產(chǎn)品及屬性仍可使用； |
|
E-Nice to Have （建議） |
建設(shè)性的意見(jiàn)或建議。 |
Bug 優(yōu)先級(jí) (Priority) ：指缺陷必須被修復(fù)的緊急程度。由 Bug 分配者（開發(fā)組長(zhǎng) / 經(jīng)理）指定。
|
5-Urgent |
阻止相關(guān)開發(fā)人員的進(jìn)一步開發(fā)活動(dòng)，立即進(jìn)行修復(fù)工作；阻止與此密切相關(guān)功能的進(jìn)一步測(cè)試 |
|
4-Very High |
必須修改，發(fā)版前必須修正 |
|
3-High |
必須修改，不一定馬上修改，但需確定在某個(gè)特定里程碑結(jié)束前須修正 |
|
2-Medium |
如果時(shí)間允許應(yīng)該修改 |
|
1-Low |
允許不修改 |
功能模塊 (Subject) ： TD 中需在 Test Plan 頁(yè)中定義好 Subject ，才能在 Defects 頁(yè)中使用。
問(wèn)題描述 、 附件附圖 請(qǐng)參見(jiàn)后面第四部分‘ Bug 描述要求 ’的有關(guān)內(nèi)容。
處理意見(jiàn) : 開發(fā)組長(zhǎng) / 經(jīng)理 ( 或具體 Bug 分配人員 ) 在審核新 Bug 時(shí)、將 Bug 分配給開發(fā)人員解決前，需要給出該 Bug 的處理意見(jiàn)。
|
Fixable |
可修改。表示 Bug 可以被修復(fù)或更正 |
|
Duplicated |
重復(fù)。表示該 Bug 已經(jīng)被其它測(cè)試人員找出來(lái)了（‘純粹’重復(fù)），或者開發(fā)認(rèn)為原因是相同的（但從測(cè)試來(lái)看，認(rèn)為出現(xiàn)的地方有所不同、表現(xiàn)有所不同等） |
|
Postponed |
延后。由于時(shí)間、進(jìn)度、重要程度或者技術(shù)
/
需求等方面的原因，認(rèn)為不能解決、須延期解決、或者本版不做留待到后續(xù)版本解決的
Bug
。
|
|
By Design |
因設(shè)計(jì)結(jié)構(gòu)問(wèn)題無(wú)法修改。測(cè)試人員認(rèn)為是 Bug ，不符合邏輯，也不符合用戶的要求，但開發(fā)人員則認(rèn)為是按照設(shè)計(jì)做的、只能如此處理，否則修改代價(jià)太大 |
|
Can ’ t Reproduce?? |
不可復(fù)現(xiàn)。不能重現(xiàn)（如因
Bug
出現(xiàn)的環(huán)境重現(xiàn)不了了），或以前出現(xiàn)的某個(gè)
Bug
自動(dòng)消失了（可能是在處理其他
Bug
的時(shí)候把這個(gè)
Bug
一并修復(fù)掉了）。
|
|
Disagree With Suggestion |
不同意所提意見(jiàn)或建議，不采納 |
|
Not Error |
不是問(wèn)題。測(cè)試人員提錯(cuò)了 |
|
Won ’ t Fix |
這個(gè) Bug 是一個(gè)錯(cuò)誤，但還沒(méi)有重要到非要更正不可的地步，可以忽略不計(jì) |
說(shuō)明：
1.
定為
Duplicated
的
Bug
，必須注明和
XXXbug
重復(fù)
2.
測(cè)試人員對(duì)標(biāo)明為
Duplicated
的
Bug
復(fù)測(cè)，需要
XXXBug
修改后方可進(jìn)行
3.
定期回顧
Can't Reproduce,Postponed
4.
定期整理
By Design
其它一些字段（及所定義的枚舉值）的定義解釋，供有需要用到的組參考：
測(cè)試狀態(tài)（ TestState ） ：新提交的 Bug 定位標(biāo)準(zhǔn)。由測(cè)試人員指定。一般有 8 個(gè)（提交 Bug 時(shí)給出）
|
1 － New Defects （或?qū)懗? Defect ） |
新 Bug |
|
2 － Second Defects （或?qū)懗? SB ） |
復(fù)測(cè)時(shí)新出現(xiàn)的 Bug |
|
3 － Faculative |
偶發(fā)性 |
|
4 － Reappear |
原來(lái)修改過(guò)的問(wèn)題又重新出現(xiàn) |
|
5 － By Requirement |
需求要求但沒(méi)有做的功能 |
|
6 － Suggestion |
需求需要完善 |
|
7 － Differ With Requirement |
與需求不一致 |
|
8 － By Design |
設(shè)計(jì)要求但沒(méi)有做的功能 |
復(fù)測(cè)狀態(tài) (ReTestState) ：復(fù)測(cè)時(shí)給出的狀態(tài)，測(cè)試人員對(duì)于經(jīng)過(guò)驗(yàn)證的 Bug 應(yīng)按以下幾種標(biāo)準(zhǔn)進(jìn)行定位。由測(cè)試人員指定。一般有 1 － OK 、 2 － PD 、 3 － DV 、 4 － NB 、 5 － NR 、 6 － AR 。
|
OK |
正確 |
|
PD |
此問(wèn)題懸而不決 |
|
DV |
有錯(cuò)誤可以暫時(shí)不考慮 |
|
NB |
不是錯(cuò)誤 |
|
NR |
不能復(fù)現(xiàn)的錯(cuò)誤 |
|
AR |
需求不明確 |
問(wèn)題定位：
|
Calculate_error |
計(jì)算錯(cuò)誤，指計(jì)算過(guò)程中、計(jì)算結(jié)果錯(cuò)誤。 |
|
Data_error |
數(shù)據(jù)錯(cuò)誤，指非計(jì)算結(jié)果類的數(shù)據(jù)錯(cuò)誤。 |
|
Graphics_error |
圖形錯(cuò)誤，指繪圖、圖形顯示、圖形編輯時(shí)發(fā)生的錯(cuò)誤。 |
|
Interface_error |
界面錯(cuò)誤 |
|
Requirement_error |
需求錯(cuò)誤 |
|
Function_error |
功能錯(cuò)誤 |
|
Unknown_error |
未知錯(cuò)誤 |
缺陷來(lái)源 (Source) ：指引起缺陷的起因。
|
Requirement |
由于需求的問(wèn)題引起的缺陷 |
|
Architecture |
由于構(gòu)架的問(wèn)題引起的缺陷 |
|
Design |
由于設(shè)計(jì)的問(wèn)題引起的缺陷 |
|
Code |
由于編碼的問(wèn)題引起的缺陷 |
|
Test |
由于測(cè)試的問(wèn)題引起的缺陷 |
|
Integration |
由于集成的問(wèn)題引起的缺陷 |
類型 (Type) ：是根據(jù)缺陷的自然屬性劃分的缺陷種類。
|
F- Function |
影響了重要的特性、用戶界面、產(chǎn)品接口、硬件結(jié)構(gòu)接口和全局?jǐn)?shù)據(jù)結(jié)構(gòu)。并且設(shè)計(jì)文檔需要正式的變更。如邏輯，指針，循環(huán)，遞歸，功能等缺陷 |
|
A- Assignment? |
需要修改少量代碼，如初始化或控制塊。如聲明、重復(fù)命名，范圍、限定等缺陷 |
|
I- Interface? |
與其他組件、模塊或設(shè)備驅(qū)動(dòng)程序、調(diào)用參數(shù)、控制塊或參數(shù)列表相互影響的缺陷。 |
|
C- Checking |
提示的錯(cuò)誤信息，不適當(dāng)?shù)臄?shù)據(jù)驗(yàn)證等缺陷。 |
|
B- Build/package/merge |
由于配置庫(kù)、變更管理或版本控制引起的錯(cuò)誤 |
|
D- Documentation? |
影響發(fā)布和維護(hù)，包括注釋。 |
|
G- Algorithm? |
算法錯(cuò)誤。 |
|
U- User Interface |
人機(jī)交互特性：屏幕格式，確認(rèn)用戶輸入，功能有效性，頁(yè)面排版等方面的缺陷 |
|
P- Performance |
不滿足系統(tǒng)可測(cè)量的屬性值，如：執(zhí)行時(shí)間，事務(wù)處理速率等。 |
|
N- Norms |
不符合各種標(biāo)準(zhǔn)的要求，如編碼標(biāo)準(zhǔn)、設(shè)計(jì)符號(hào)等。 |
（以上依各組實(shí)際情況可以作適當(dāng)調(diào)整）
項(xiàng)目組各角色在 Bug 庫(kù)中的權(quán)限
管理員
：全部權(quán)限
測(cè)試組長(zhǎng)
/
經(jīng)理
：全部權(quán)限
測(cè)試人員
：可添加
Bug
、不能刪除
Bug
、可添加注釋評(píng)論
(R&D Comments)
、不可修改他人所提
Bug
、可調(diào)整：
Bug
概要
(
題目，
Summary)
、問(wèn)題描述、附件附圖
(Attachments)
、
Bug
狀態(tài)、
Bug
級(jí)別、測(cè)試版本、測(cè)試產(chǎn)品、功能模塊、測(cè)試狀態(tài)、問(wèn)題定位、復(fù)測(cè)狀態(tài)、注釋評(píng)論
(R&D Comments)
、復(fù)測(cè)人、復(fù)測(cè)日期、修改人
開發(fā)人員
/
需求人員
：不能刪除
Bug
、可添加注釋評(píng)論
(R&D Comments)
、可調(diào)整：注釋評(píng)論
(R&D Comments)
、是否復(fù)現(xiàn)、
Bug
狀態(tài)（不過(guò)無(wú)法直接標(biāo)為
closed
）、問(wèn)題描述、處理意見(jiàn)、待測(cè)版本、修改人、修改日期。可添加
Bug
。
開發(fā)組長(zhǎng)
/
經(jīng)理
/
需求經(jīng)理
：除了開發(fā)人員的權(quán)限，還可調(diào)整：優(yōu)先級(jí)別、責(zé)任人、
Bug
概要
(
題目，
Summary)
、附件附圖
(Attachments)
項(xiàng)目經(jīng)理
：可添加
Bug
、可添加注釋評(píng)論
(R&D Comments)
、可修改字段：
Bug
概要
(
題目，
Summary)
、問(wèn)題描述、附件附圖
(Attachments)
、
Bug
狀態(tài)（不過(guò)無(wú)法直接標(biāo)為
closed
）、修改人、優(yōu)先級(jí)別、問(wèn)題定位、處理意見(jiàn)、注釋評(píng)論
(R&D Comments)
、是否復(fù)現(xiàn)、責(zé)任人、待測(cè)版本。也可刪除
Bug
，但要與測(cè)試組長(zhǎng)
/
經(jīng)理協(xié)商。
不屬于項(xiàng)目組成員的其他人
如研發(fā)中心經(jīng)理組成員等，有必要查看
TD
庫(kù)的話，可分配給其帳號(hào)及查看的權(quán)限。
Bug 描述要求
Bug 描述的要求 為分類準(zhǔn)確、敘述簡(jiǎn)潔、步驟清楚、有實(shí)例、易再現(xiàn)、復(fù)雜問(wèn)題有據(jù)可查（截圖或其它形式的附件）。測(cè)試組長(zhǎng) / 經(jīng)理把關(guān)，以開發(fā)人員的角度來(lái)審查 Bug 描述，看其是否描述清楚了 Bug ，不好描述的把工程文件或截圖作為附件提交。具體要求為：
- 問(wèn)題描述一般格式：?jiǎn)栴}描述時(shí)，建議分幾步描述：模塊或功能點(diǎn) => 測(cè)試步驟 => 期望結(jié)果 => 實(shí)際結(jié)果 => 其它信息，可依實(shí)際情況調(diào)整；
- 單一：盡量一個(gè)報(bào)告只針對(duì)一個(gè)軟件缺陷，報(bào)告形式應(yīng)方便閱讀。在主報(bào)告之后應(yīng)注明不同的條件；
- 簡(jiǎn)潔：每個(gè)步驟的描述應(yīng)盡可能簡(jiǎn)潔明了。只解釋事實(shí)、演示和描述軟件缺陷必要的細(xì)節(jié)，不要寫無(wú)關(guān)信息；
- 再現(xiàn)：?jiǎn)栴}必須在自己機(jī)器上能復(fù)現(xiàn)方可入庫(kù)（個(gè)別嚴(yán)重問(wèn)題復(fù)現(xiàn)不了也可入庫(kù)，但需標(biāo)明）；
- 復(fù)雜的問(wèn)題應(yīng)附截圖補(bǔ)充說(shuō)明或直接通知指定的修改人；考慮到網(wǎng)絡(luò)數(shù)據(jù)傳輸效率，截圖的文件格式建議用 JPG 或 GIF ，不建議用 BMP ；抓圖可用 TestDirector 自帶的功能，亦可用 HyperSnap 之類的專用抓圖工具。
- 報(bào)告中不允許使用抽象詞句：比如“有錯(cuò)誤”之類；
- 有關(guān)操作系統(tǒng)特征問(wèn)題：應(yīng)在不同操作系統(tǒng)上進(jìn)行操作，看是否能重現(xiàn)，并在 Bug 報(bào)告中標(biāo)識(shí)；
- Bug 描述示例：
|
例一
|
例二（模塊或功能點(diǎn)也可在‘功能模塊’字段中規(guī)定，則
Bug
描述中就不必寫了）
|
例三（程序員知道期望結(jié)果的情況下）
|
例四（建議、需求類）
|
注：所有項(xiàng)目采用 TestDirector 進(jìn)行 Bug 管理，該工具能從測(cè)試步驟自動(dòng)生成 Bug 報(bào)告，因此對(duì)于 Bug 描述要求在測(cè)試方案用例設(shè)計(jì)（在 Test Plan 頁(yè)中）階段就可以進(jìn)行控制。
附：好的 Bug 報(bào)告應(yīng)滿足以下幾方面的要求：
- 結(jié)構(gòu)清晰
- 復(fù)現(xiàn)故障再寫報(bào)告
- 隔離 Bug ：更改條件復(fù)測(cè)
- 歸納：是否其他模塊也有相同的
更多文章、技術(shù)交流、商務(wù)合作、聯(lián)系博主
微信掃碼或搜索：z360901061
微信掃一掃加我為好友
QQ號(hào)聯(lián)系： 360901061
您的支持是博主寫作最大的動(dòng)力，如果您喜歡我的文章，感覺(jué)我的文章對(duì)您有幫助，請(qǐng)用微信掃描下面二維碼支持博主2元、5元、10元、20元等您想捐的金額吧，狠狠點(diǎn)擊下面給點(diǎn)支持吧，站長(zhǎng)非常感激您！手機(jī)微信長(zhǎng)按不能支付解決辦法：請(qǐng)將微信支付二維碼保存到相冊(cè)，切換到微信，然后點(diǎn)擊微信右上角掃一掃功能，選擇支付二維碼完成支付。
【本文對(duì)您有幫助就好】元
