Bug生命周期及其管理

1、Bug生命周期圖試人辰根吿BUSNeiy開駆粗忌/星理捲尼開發(fā)人辰欄邊bugGclosethisdefect?penthisdefect?圖試人辰駙證BUG是否已稜薛決BUG憂先圾井空律蠟相妝開咬人辰PostponedRjejected、assignittootherdevieloperClosedRejectedFixed(Rje)Open對Bug的處理開發(fā)組長/經(jīng)理每天對Bug進(jìn)行分配，標(biāo)注處理意見，給定優(yōu)先級（發(fā)版前必須三方：需求、開發(fā)、產(chǎn)品共同確定）。問題分配時，應(yīng)盡可能將咨詢類、理解錯誤類等問題處理掉，而不是留給開發(fā)人員。有可能是需求的問題，分配給需求人員。定期對Bug庫分析，找出常

2、出錯的模塊，進(jìn)行代碼審查開發(fā)人員3-High分析Bug,寫出問題原因，修改Bug；實行Bug優(yōu)先原則，嚴(yán)重程度B-Major類或緊急程度3-High類以上（包含）bug5個或5個以上，停止新功能的開發(fā)。需求人員解釋需求，給出處理意見，將Bug庫中的建議整理成需求文檔。評審確定后列入開發(fā)計劃測試人員不參與問題的優(yōu)先級的定位，只用BugDD反映Bug的嚴(yán)重程度。驗證Bug是否已被解決測試組長/經(jīng)理審核測試人員提交的Bug。定期對Bug庫進(jìn)行分析，描繪出曲線圖等，報告現(xiàn)狀、預(yù)測趨勢。在測試總結(jié)報告中給出意見產(chǎn)品人員可以對優(yōu)先級和處理意見等進(jìn)行審核，如果有意見，和項目組商量定奪Bug狀態(tài)（Status

3、）：指缺陷通過一個跟蹤修復(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)行驗證后沒有通過所標(biāo)志的狀態(tài)；或者已經(jīng)修改正確的問題，又重新出現(xiàn)錯誤。由測試人員改變。Fixed為開發(fā)人員修改問題后所標(biāo)志的狀態(tài)，修改后還未測試。Closed為測試人員對修改問題進(jìn)行驗證后通過所標(biāo)志的狀態(tài)。由測試人員改變。Rejec

4、ted開發(fā)人員認(rèn)為不是Bug、描述不清、重復(fù)、不能復(fù)現(xiàn)、不采納所提意見建議、或雖然是個錯誤但還沒到非改不可的地步故可忽略不計、或者測試人員提錯，從而拒絕的問題。由Bug分配人或者開發(fā)人員來設(shè)置。BugDODD（Severity，BugDD）:是指因缺陷引起的故障對軟件產(chǎn)品的影響程度。由測試人員指定。ACrash錯誤導(dǎo)致了死機(jī)、產(chǎn)品失?。ā氨罎ⅰ保⑾到y(tǒng)懸掛無法操作；BMajor功能未實現(xiàn)或?qū)е乱粋€特性不能運(yùn)行并且不可能有替代方案；CMinor錯誤導(dǎo)致了一個特性不能運(yùn)行但可有一個替代方案；D-Trivial錯誤是表面化或微小的（提示信息不太準(zhǔn)確友好、錯別字、UI布局或罕見故障等），對功能幾乎沒有

5、影響，產(chǎn)品及屬性仍可使用；ENicetoHave（建議）建設(shè)性的意見或建議。5Urgent阻止相關(guān)開發(fā)人員的進(jìn)一步開發(fā)活動，立即進(jìn)行修復(fù)工作；阻止與此密切相關(guān)功能的進(jìn)一步測試4-VeryHigh必須修改，發(fā)版前必須修正3High必須修改，不一定馬上修改，但需確定在某個特定里程碑結(jié)束前須修正2Medium如果時間允許應(yīng)該修改1Low允許不修改功能模塊(Subject):TD中需在TestPlan頁中定義好Subject,才能在Defects頁中使用。問題描述、附件附圖請參見后面第四部分Bug描述要求的有關(guān)內(nèi)容。處理意見:開發(fā)組長/經(jīng)理（或具體Bug分配人員）在審核新Bug時、將Bug分配給開發(fā)人

6、員解決前，需要給出該Bug的處理意見。Fixable可修改。表示Bug可以被修復(fù)或更正Duplicated重復(fù)。表示該Bug已經(jīng)被其它測試人員找出來了（純粹重復(fù)），或者開發(fā)認(rèn)為原因是相同的（但從測試來看，認(rèn)為出現(xiàn)的地方有所不同、表現(xiàn)有所不同等）Postponed延后。由于時間、進(jìn)度、重要程度或者技術(shù)/需求等方面的原因，認(rèn)為不能解決、須延期解決、或者本版不做留待到后續(xù)版本解決的Bug。（注：因Bug狀態(tài)字段中也有該值，根據(jù)各組各自使用情況，可以只保留一個，或者開發(fā)/測試各有側(cè)重地使用這兩個Postponed）ByDesign因設(shè)計結(jié)構(gòu)問題無法修改。測試人員認(rèn)為是Bug,不符合邏輯，也不符合用戶的

7、要求，但開發(fā)人員則認(rèn)為是按照設(shè)計做的、只能如此處理，否則修改代價太大CantReproduce不可復(fù)現(xiàn)。不能重現(xiàn)（如因Bug出現(xiàn)的環(huán)境重現(xiàn)不了了），或以前出現(xiàn)的某個Bug自動消失了（可能是在處理其他Bug的時候把這個Bug一并修復(fù)掉了）。（注：因TD本身亦帶有是否復(fù)現(xiàn)（Reproducible）字段，根據(jù)各組各自使用情況，可以用它來標(biāo)識，或者不用它而在處理意見字段中用該值標(biāo)識出）DisagreeWithSuggestion不同意所提意見或建議，不采納NotError不是問題。測試人員提錯了WontFix這個Bug是一個錯誤，但還沒有重要到非要更正不可的地步，可以忽略不計BugDOD（Prior

8、ityBugDOD（Priority）:指缺陷必須被修復(fù)的緊急程度。由Bug分配者（開發(fā)組長/經(jīng)理）指定。說明：定為Duplicated的Bug,必須注明和XXXbug重復(fù)測試人員對標(biāo)明為Duplicated的Bug復(fù)測，需要XXXBug修改后方可進(jìn)行定期回顧C(jī)antReproduce,Postponed定期整理ByDesign其它一些字段（及所定義的枚舉值）的定義解釋，供有需要用到的組參考：8個（提交Bug時給測試狀態(tài)（TestState）:8個（提交Bug時給出）1DNewDefects（或?qū)懗蒁efect）新Bug2DSecondDefects（或?qū)懗蒘B）復(fù)測時新出現(xiàn)的Bug3DFac

9、ulative偶發(fā)性4DReappear原來修改過的問題又重新出現(xiàn)5DByRequirement需求要求但沒有做的功能6DSuggestion需求需要完善7DDifferWithRequirement與需求不一致8DByDesign設(shè)計要求但沒有做的功能復(fù)測狀態(tài)（ReTestState）：復(fù)測時給出的狀態(tài)，測試人員對于經(jīng)過驗證的Bug應(yīng)按以下幾種標(biāo)準(zhǔn)進(jìn)行定位。由測試人員指定。一般有1OK、2PD、3DV、4NB、5NR、6AR。OK正確PD此問題懸而不決DV有錯誤可以暫時不考慮NB不是錯誤NR不能復(fù)現(xiàn)的錯誤AR需求不明確問題定位：Calculate_error計算錯誤，指計算過程中、計算結(jié)果錯

10、誤。Dataerror數(shù)據(jù)錯誤，指非計算結(jié)果類的數(shù)據(jù)錯誤。Graphics_error圖形錯誤，指繪圖、圖形顯示、圖形編輯時發(fā)生的錯誤。Interface_error界面錯誤Requirementerror需求錯誤Function_error功能錯誤Unknownerror未知錯誤缺陷來源（Source）：指引起缺陷的起因。Requirement由于需求的問題引起的缺陷Architecture由于構(gòu)架的問題引起的缺陷Design由于設(shè)計的問題引起的缺陷Code由于編碼的問題引起的缺陷Test由于測試的問題引起的缺陷Integration由于集成的問題引起的缺陷類型（Type）：是根據(jù)缺陷的自然

11、屬性劃分的缺陷種類。F-Function影響了重要的特性、用戶界面、產(chǎn)品接口、硬件結(jié)構(gòu)接口和全局?jǐn)?shù)據(jù)結(jié)構(gòu)。并且設(shè)計文檔需要正式的變更。如邏輯，指針，循環(huán)，遞歸，功能等缺陷A-Assignment需要修改少量代碼，如初始化或控制塊。如聲明、重復(fù)命名，范圍、限定等缺陷I-Interface與其他組件、模塊或設(shè)備驅(qū)動程序、調(diào)用參數(shù)、控制塊或參數(shù)列表相互影響的缺陷。C-Checking提示的錯誤信息，不適當(dāng)?shù)臄?shù)據(jù)驗證等缺陷。B-Build/package/merge由于配置庫、變更管理或版本控制引起的錯誤D-Documentation影響發(fā)布和維護(hù)，包括注釋。G-Algorithm算法錯誤。U-Use

12、rInterface人機(jī)交互特性：屏幕格式，確認(rèn)用戶輸入，功能有效性，頁面排版等方面的缺陷P-Performance不滿足系統(tǒng)可測量的屬性值，如：執(zhí)行時間，事務(wù)處理速率等。N-Norms不符合各種標(biāo)準(zhǔn)的要求，如編碼標(biāo)準(zhǔn)、設(shè)計符號等。（以上依各組實際情況可以作適當(dāng)調(diào)整）項目組各角色在Bug庫中的權(quán)限管理員：全部權(quán)限測試組長/經(jīng)理：全部權(quán)限測試人員：可添加Bug、不能刪除Bug、可添加注釋評論測試人員：可添加Bug、不能刪除Bug、可添加注釋評論（R&DComments）、不可修改他人所提Bug、可調(diào)整：Bug概要（題目，可調(diào)整：Bug概要（題目，Summary）、問題描述、附件附圖(Attach

13、ments)、Bug狀態(tài)、Bug級別、測試版本、測試產(chǎn)品、功能模塊、測試狀態(tài)、問題定位、復(fù)測狀態(tài)、注釋評論(R&DComments)、復(fù)測人、復(fù)測日期、修改人開發(fā)人員/需求人員：不能刪除Bug、可添加注釋評論（R&DComments開發(fā)人員/需求人員：不能刪除Bug、可添加注釋評論（R&DComments）、可調(diào)整：注釋評論(R&DComments）、是否復(fù)現(xiàn)、Bug狀態(tài)（不過無法直接標(biāo)為closed）、問題描述、處理意見、待測版本、修改人、修改日期?？商砑覤ug。開發(fā)組長/經(jīng)理開發(fā)組長/經(jīng)理/需求經(jīng)理：除了開發(fā)人員的權(quán)限，還可調(diào)整：優(yōu)先級別、責(zé)任人、Bug概要（題目，Summary）Summ

14、ary）、附件附圖(Attachments)Summary）、問題描述、附件附圖（Attachments）、Bug狀態(tài)（不過無法直接標(biāo)為closed）、修改人、優(yōu)先級別、問題定位、處理意見、注釋評論（R&DComments）、是否復(fù)現(xiàn)、責(zé)任人、待測版本。也可刪除Bug,但要與測試組長/經(jīng)理協(xié)商。項目經(jīng)理：可添加Bug、可添加注釋評論Bug概要（題目，（R&DComments）、可修改字段：（R&DComments）、可修改字段：不屬于項目組成員的其他人如研發(fā)中心經(jīng)理組成員等，有必要查看TD庫的話，可分配給其帳號及查看的權(quán)限。Bug描述要求Bug描述的要求為分類準(zhǔn)確、敘述簡潔、步驟清楚、有實例、

15、易再現(xiàn)、復(fù)雜問題有據(jù)可查（截圖或其它形式的附件）。測試組長/經(jīng)理把關(guān)，以開發(fā)人員的角度來審查其它形式的附件）。測試組長/經(jīng)理把關(guān)，以開發(fā)人員的角度來審查Bug描述，看其是否描述清楚了Bug,不好描述的把工程文件或截圖作為附件提交。具體要求為：=測試步驟=測試步驟=期望結(jié)果=實際結(jié)果=其它信息，可依實際情況調(diào)整；單一：盡量一個報告只針對一個軟件缺陷，報告形式應(yīng)方便閱讀。在主報告之后應(yīng)注明不同的條件；簡潔：每個步驟的描述應(yīng)盡可能簡潔明了。只解釋事實、演示和描述軟件缺陷必要的細(xì)節(jié)，不要寫無關(guān)信息；再現(xiàn)：問題必須在自己機(jī)器上能復(fù)現(xiàn)方可入庫（個別嚴(yán)重問題復(fù)現(xiàn)不了也可入庫，但需標(biāo)明）；復(fù)雜的問題應(yīng)附截圖補(bǔ)

16、充說明或直接通知指定的修改人；考慮到網(wǎng)絡(luò)數(shù)據(jù)傳輸效率，截圖的文件格式建議用JPG或GIF,不建議用BMP；抓圖可用TestDirector自帶的功能，亦可用HyperSnap之類的專用抓圖工具。報告中不允許使用抽象詞句：比如“有錯誤”之類；Bug報告中有關(guān)操作系統(tǒng)特征問題：應(yīng)在不同操作系統(tǒng)上進(jìn)行操作,看是否能重現(xiàn),Bug報告中標(biāo)識；Bug0000：例一河北98土建標(biāo)準(zhǔn)換算操作:輸入9-24F83.在F8輸入10期望結(jié)果：進(jìn)行換算實際結(jié)果：提0“輸入的厚度應(yīng)大于20”例二（模塊或功能點也可在功能模塊字段中規(guī)定，則Bug00中就不必寫了）操作：打開新建向?qū)?；在“新建”中的“項目名稱”中輸入80個字符；點擊“下一步”例三（程序員知道期望結(jié)果的情況下）云南98土建操作：輸入13-170F5在F5中修改3240008的名稱,處于編輯狀態(tài)到人材機(jī)，再回來實際結(jié)果:F5中變白例四（建議、需求類）功能：預(yù)算頁，子目排序后可恢復(fù)原順序用途：用戶誤操作后可復(fù)原期望結(jié)果:“項目名稱”應(yīng)=80個字符，輸入大于80個字符，點擊“下一步”應(yīng)有錯誤提示實際結(jié)果:進(jìn)入“比重調(diào)整”界面板注：若3不處于編輯態(tài)切換則正常注：所有項目采用TestDirecto