Suggestion,Trivial,Minor,Major,Crash
建議,較小,普通,嚴(yán)重,致命
Low,Medium,High,Very High,Urgent
低,中,高,很高,緊急
Low,Medium,High,Very High,Urgent
低,中,高,很高,緊急
New,Open,Reopen,Fixed,Rejected,Closed,Postponed,Won’t Fix,Duplicated,By Design
[步驟]
1.
2.
[結(jié)果]
[期望]
[備注]
[步驟]
1.
2.
[驗(yàn)證]
[備注]
每天對Bug進(jìn)行分配,標(biāo)注處理意見,給定優(yōu)先級(發(fā)版前必須三方:需求、開發(fā)、產(chǎn)品共同確定)。問題分配時(shí),應(yīng)盡可能將咨詢類、理解錯(cuò)誤類等問題處理掉,而不是留給開發(fā)人員。有可能是需求的問題,分配給需求人員。定期對Bug庫分析,找出常出錯(cuò)的模塊,進(jìn)行代碼審查
開發(fā)人員
分析Bug,寫出問題原因,修改Bug;實(shí)行Bug優(yōu)先原則,嚴(yán)重程度B-Major類或緊急程度3-High類以上(包含)bug5個(gè)或5個(gè)以上,停止新功能的開發(fā)。
需求人員
解釋需求,給出處理意見,將Bug庫中的建議整理成需求文檔。評審確定后列入開發(fā)計(jì)劃
測試人員
不參與問題的優(yōu)先級的定位,只用Bug級別反映Bug的嚴(yán)重程度。驗(yàn)證Bug是否已被解決
測試組長/經(jīng)理
審核測試人員提交的Bug。定期對Bug庫進(jìn)行分析,描繪出曲線圖等,報(bào)告現(xiàn)狀、預(yù)測趨勢。在測試總結(jié)報(bào)告中給出意見
產(chǎn)品人員
可以對優(yōu)先級和處理意見等進(jìn)行審核,如果有意見,和項(xiàng)目組商量定奪
Bug:指缺陷通過一個(gè)跟蹤修復(fù)過程的進(jìn)展情況。包括New、Open、Reopen、Fixed、Closed及Rejected等
New 為測試人員新問題提交所標(biāo)志的狀態(tài)。
Open 為任務(wù)分配人(開發(fā)組長/經(jīng)理)對該問題準(zhǔn)備進(jìn)行修改并對該問題分配修改人員所標(biāo)志的狀態(tài)。
Bug解決中的狀 態(tài),由任務(wù)分配人改變。對沒有進(jìn)入此狀態(tài)的Bug,程序員不用管。
Reopen 為測試人員對修改問題進(jìn)行驗(yàn)證后沒有通過所標(biāo)志的狀態(tài);或者已經(jīng)修改正確的問題,又重新出現(xiàn)錯(cuò)誤。
由測試人員改變。
Fixed 為開發(fā)人員修改問題后所標(biāo)志的狀態(tài),修改后還未測試。
Closed 為測試人員對修改問題進(jìn)行驗(yàn)證后通過所標(biāo)志的狀態(tài)。由測試人員改變。
Rejected 開發(fā)人員認(rèn)為不是Bug、描述不清、重復(fù)、不能復(fù)現(xiàn)、不采納所提意見建議、或雖然是個(gè)錯(cuò)誤但還沒
到非改不可的地步故可忽略不計(jì)、或者測試人員提錯(cuò),從而拒絕的問題。由Bug分配人或者開發(fā)人員來設(shè)置。
Bug嚴(yán)重級別(Severity,Bug級別):是指因缺陷引起的故障對軟件產(chǎn)品的影響程度。由測試人員指定。
A-Crash 錯(cuò)誤導(dǎo)致了死機(jī)、產(chǎn)品失敗(“崩潰”)、系統(tǒng)懸掛無法操作;
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布局或罕見故障等),
對功能幾乎沒有影響,產(chǎn)品及屬性仍可使用;
E-Nice to Have(建議) 建設(shè)性的意見或建議。
Bug優(yōu)先級(Priority):指缺陷必須被修復(fù)的緊急程度。由Bug分配者(開發(fā)組長/經(jīng)理)指定。
5-Urgent 阻止相關(guān)開發(fā)人員的進(jìn)一步開發(fā)活動(dòng),立即進(jìn)行修復(fù)工作;阻止與此密切相關(guān)功能的進(jìn)一步測試
4-Very High 必須修改,發(fā)版前必須修正
3-High 必須修改,不一定馬上修改,但需確定在某個(gè)特定里程碑結(jié)束前須修正
2-Medium 如果時(shí)間允許應(yīng)該修改
1-Low 允許不修改
功能模塊(Subject):TD中需在Test Plan頁中定義好Subject,才能在Defects頁中使用。
處理意見:開發(fā)組長/經(jīng)理(或具體Bug分配人員)在審核新Bug時(shí)、將Bug分配給開發(fā)人員解決前,需要給出該Bug的處理意見。
Fixable 可修改。表示Bug可以被修復(fù)或更正
Duplicated 重復(fù)。表示該Bug已經(jīng)被其他測試人員找出來了(‘純粹’重復(fù)),
或者開發(fā)認(rèn)為原因是相同的(但從測試來看,認(rèn)為出現(xiàn)的地方有所不同、表現(xiàn)有所不同等)
Postponed 延后。由于時(shí)間、進(jìn)度、重要程度或者技術(shù)/需求等方面的原因,認(rèn)為不能解決、須延期解決、或者
本版不做留待到后續(xù)版本解決的Bug。
(注:因‘Bug狀態(tài)’字段中也有該值,根據(jù)各組各自使用情況,可以只保留一個(gè),或者開發(fā)/測試各有側(cè)重地使用這兩個(gè)Postponed)
By Design
因設(shè)計(jì)結(jié)構(gòu)問題無法修改。測試人員認(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ù)掉了)。
(注:因TD本身亦帶有‘是否復(fù)現(xiàn)(Reproducible)’字段,根據(jù)各組各自使用情況,可以用它來標(biāo)識,或者不用它而在‘處理意見’字段中用該值標(biāo)識出)
Disagree With Suggestion 不同意所提意見或建議,不采納
Not Error 不是問題。測試人員提錯(cuò)了
Won’t Fix 這個(gè)Bug是一個(gè)錯(cuò)誤,但還沒有重要到非要更正不可的地步,可以忽略不計(jì)
說明:
1.定為Duplicated的Bug,必須注明和XXXbug重復(fù)
2.測試人員對標(biāo)明為Duplicated的Bug復(fù)測,需要XXXBug修改后方可進(jìn)行
3.定期回顧C(jī)an't Reproduce,Postponed
4.定期整理By Design
其它一些字段(及所定義的枚舉值)的定義解釋,供有需要用到的組參考:
測試狀態(tài)(TestState):新提交的Bug定位標(biāo)準(zhǔn)。由測試人員指定。一般有8個(gè)(提交Bug時(shí)給出)
1-New Defects(或?qū)懗蒁efect) 新Bug
2-Second Defects(或?qū)懗蒘B) 復(fù)測時(shí)新出現(xiàn)的Bug
3-Faculative 偶發(fā)性
4-Reappear 原來修改過的問題又重新出現(xiàn)
5-By Requirement 需求要求但沒有做的功能
6-Suggestion 需求需要完善
7-Differ With Requirement 與需求不一致
8-By Design 設(shè)計(jì)要求但沒有做的功能
復(fù)測狀態(tài)(ReTestState):復(fù)測時(shí)給出的狀態(tài),測試人員對于經(jīng)過驗(yàn)證的Bug應(yīng)按以下幾種標(biāo)準(zhǔn)進(jìn)行定位。由測試人員指定。一般有1-OK、2-PD、3-DV、4-NB、5-NR、6-AR。
OK 正確
PD 此問題懸而不決
DV 有錯(cuò)誤可以暫時(shí)不考慮
NB 不是錯(cuò)誤
NR 不能復(fù)現(xiàn)的錯(cuò)誤
AR 需求不明確
posted on 2014-07-04 11:13
水 閱讀(13909)
評論(0) 編輯 收藏 引用 所屬分類:
項(xiàng)目管理