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)證]

[備注]

 
每天對(duì)Bug進(jìn)行分配，標(biāo)注處理意見，給定優(yōu)先級(jí)（發(fā)版前必須三方：需求、開發(fā)、產(chǎn)品共同確定）。問題分配時(shí)，應(yīng)盡可能將咨詢類、理解錯(cuò)誤類等問題處理掉，而不是留給開發(fā)人員。有可能是需求的問題，分配給需求人員。定期對(duì)Bug庫(kù)分析，找出常出錯(cuò)的模塊，進(jìn)行代碼審查
　　
　　開發(fā)人員
　　分析Bug，寫出問題原因，修改Bug；實(shí)行Bug優(yōu)先原則，嚴(yán)重程度B-Major類或緊急程度3-High類以上（包含）bug5個(gè)或5個(gè)以上，停止新功能的開發(fā)。
　　
　　需求人員
　　解釋需求，給出處理意見，將Bug庫(kù)中的建議整理成需求文檔。評(píng)審確定后列入開發(fā)計(jì)劃
　　測(cè)試人員
　　不參與問題的優(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)告中給出意見
　　產(chǎn)品人員
　　可以對(duì)優(yōu)先級(jí)和處理意見等進(jìn)行審核，如果有意見，和項(xiàng)目組商量定奪
　　
　　Bug：指缺陷通過一個(gè)跟蹤修復(fù)過程的進(jìn)展情況。包括New、Open、Reopen、Fixed、Closed及Rejected等
　　
　　
　　New 為測(cè)試人員新問題提交所標(biāo)志的狀態(tài)。
　　
　　Open 為任務(wù)分配人（開發(fā)組長(zhǎng)/經(jīng)理）對(duì)該問題準(zhǔn)備進(jìn)行修改并對(duì)該問題分配修改人員所標(biāo)志的狀態(tài)。 
　　
　　
　　Bug解決中的狀 態(tài)，由任務(wù)分配人改變。對(duì)沒有進(jìn)入此狀態(tài)的Bug，程序員不用管。
　　
　　Reopen 為測(cè)試人員對(duì)修改問題進(jìn)行驗(yàn)證后沒有通過所標(biāo)志的狀態(tài)；或者已經(jīng)修改正確的問題，又重新出現(xiàn)錯(cuò)誤。
　　
　　由測(cè)試人員改變。
　　
　　Fixed 為開發(fā)人員修改問題后所標(biāo)志的狀態(tài)，修改后還未測(cè)試。
　　
　　Closed 為測(cè)試人員對(duì)修改問題進(jìn)行驗(yàn)證后通過所標(biāo)志的狀態(tài)。由測(cè)試人員改變。
　　
　　Rejected 開發(fā)人員認(rèn)為不是Bug、描述不清、重復(fù)、不能復(fù)現(xiàn)、不采納所提意見建議、或雖然是個(gè)錯(cuò)誤但還沒
　　
　　到非改不可的地步故可忽略不計(jì)、或者測(cè)試人員提錯(cuò)，從而拒絕的問題。由Bug分配人或者開發(fā)人員來設(shè)置。
　　
　　
　　
　　
　　 
　　
　　Bug嚴(yán)重級(jí)別(Severity，Bug級(jí)別)：是指因缺陷引起的故障對(duì)軟件產(chǎn)品的影響程度。由測(cè)試人員指定。
　　
　　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布局或罕見故障等），
　　
　　對(duì)功能幾乎沒有影響，產(chǎn)品及屬性仍可使用；
　　
　　E-Nice to Have（建議） 建設(shè)性的意見或建議。
　　
　　
　　
　　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頁中定義好Subject，才能在Defects頁中使用。
　　
　　
　　處理意見:開發(fā)組長(zhǎng)/經(jīng)理(或具體Bug分配人員)在審核新Bug時(shí)、將Bug分配給開發(fā)人員解決前，需要給出該Bug的處理意見。
　　
　　Fixable 可修改。表示Bug可以被修復(fù)或更正
　　
　　Duplicated 重復(fù)。表示該Bug已經(jīng)被其他測(cè)試人員找出來了（‘純粹’重復(fù)），
　　
　　或者開發(fā)認(rèn)為原因是相同的（但從測(cè)試來看，認(rèn)為出現(xiàn)的地方有所不同、表現(xiàn)有所不同等）
　　
　　Postponed 延后。由于時(shí)間、進(jìn)度、重要程度或者技術(shù)/需求等方面的原因，認(rèn)為不能解決、須延期解決、或者
　　
　　本版不做留待到后續(xù)版本解決的Bug。
　　（注：因‘Bug狀態(tài)’字段中也有該值，根據(jù)各組各自使用情況，可以只保留一個(gè)，或者開發(fā)/測(cè)試各有側(cè)重地使用這兩個(gè)Postponed）
　　
　　By Design
　　因設(shè)計(jì)結(jié)構(gòu)問題無法修改。測(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ù)掉了）。
　　（注：因TD本身亦帶有‘是否復(fù)現(xiàn)(Reproducible)’字段，根據(jù)各組各自使用情況，可以用它來標(biāo)識(shí)，或者不用它而在‘處理意見’字段中用該值標(biāo)識(shí)出）
　　
　　Disagree With Suggestion 不同意所提意見或建議，不采納
　　
　　Not Error 不是問題。測(cè)試人員提錯(cuò)了
　　
　　Won’t Fix 這個(gè)Bug是一個(gè)錯(cuò)誤，但還沒有重要到非要更正不可的地步，可以忽略不計(jì)
　　
　　
　　說明：
　　1.定為Duplicated的Bug，必須注明和XXXbug重復(fù)
　　2.測(cè)試人員對(duì)標(biāo)明為Duplicated的Bug復(fù)測(cè)，需要XXXBug修改后方可進(jìn)行
　　3.定期回顧C(jī)an't Reproduce,Postponed
　　4.定期整理By Design
　　
　　其它一些字段（及所定義的枚舉值）的定義解釋，供有需要用到的組參考：
　　
　　測(cè)試狀態(tài)（TestState）：新提交的Bug定位標(biāo)準(zhǔn)。由測(cè)試人員指定。一般有8個(gè)（提交Bug時(shí)給出）
　　
　　1－New Defects（或?qū)懗蒁efect） 新Bug
　　
　　2－Second Defects（或?qū)懗蒘B） 復(fù)測(cè)時(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ù)測(cè)狀態(tài)(ReTestState)：復(fù)測(cè)時(shí)給出的狀態(tài)，測(cè)試人員對(duì)于經(jīng)過驗(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 此問題懸而不決 
　　DV 有錯(cuò)誤可以暫時(shí)不考慮 
　　NB 不是錯(cuò)誤 
　　NR 不能復(fù)現(xiàn)的錯(cuò)誤 
　　AR 需求不明確