Bug生命周期理論

會(huì)計(jì)學(xué)1Bug生命周期理論對(duì)Bug管理人員職責(zé)開(kāi)發(fā)組長(zhǎng)/經(jīng)理 每天對(duì)Bug進(jìn)行分配，標(biāo)注處理意見(jiàn)，給定優(yōu)先級(jí)（發(fā)版前必須三方：需求、開(kāi)發(fā)、產(chǎn)品共同確定）。問(wèn)題分配時(shí)，應(yīng)盡可能將咨詢類(lèi)、理解錯(cuò)誤類(lèi)等問(wèn)題處理掉，而不是留給開(kāi)發(fā)人員。有可能是需求的問(wèn)題，分配給需求人員。定期對(duì)Bug庫(kù)分析，找出常出錯(cuò)的模塊，進(jìn)行代碼審查開(kāi)發(fā)人員 分析Bug，寫(xiě)出問(wèn)題原因，修改Bug；實(shí)行Bug優(yōu)先原則，嚴(yán)重程度High類(lèi)或緊急程度很?chē)?yán)重類(lèi)以上（包含）bug5個(gè)或5個(gè)以上，停止新功能的開(kāi)發(fā)。需求人員 解釋需求，給出處理意見(jiàn)，將Bug庫(kù)中的建議整理成需求文檔。評(píng)審確定后列入開(kāi)發(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)目組商量定奪第1頁(yè)/共14頁(yè)Bug狀態(tài)新建：對(duì)新發(fā)現(xiàn)的問(wèn)題進(jìn)行提交。已分派：分派給相應(yīng)的工作人員反饋：提交的問(wèn)題還有沒(méi)有解決完的問(wèn)題，需要進(jìn)一步處理已解決：?jiǎn)栴}已經(jīng)解決，可以進(jìn)行關(guān)閉已關(guān)閉：目前由測(cè)試人員來(lái)關(guān)閉第2頁(yè)/共14頁(yè)Bug嚴(yán)重級(jí)別A-宕機(jī)：錯(cuò)誤導(dǎo)致了死機(jī)、產(chǎn)品失敗（“崩潰”）、系統(tǒng)懸掛無(wú)法操作；B-崩潰：功能未實(shí)現(xiàn)或?qū)е乱粋€(gè)特性不能運(yùn)行并且不可能有替代方案；C-很?chē)?yán)重：錯(cuò)誤導(dǎo)致了一個(gè)特性不能運(yùn)行但可有一個(gè)替代方案；D-小錯(cuò)誤、小調(diào)整、細(xì)節(jié)：錯(cuò)誤是表面化或微小的（提示信息不太準(zhǔn)確友好、錯(cuò)別字、UI布局或罕見(jiàn)故障等），對(duì)功能幾乎沒(méi)有影響，產(chǎn)品及屬性仍可使用；E-新功能：建設(shè)性的意見(jiàn)或建議。第3頁(yè)/共14頁(yè)Bug優(yōu)先級(jí)(Priority)5-特急：阻止相關(guān)開(kāi)發(fā)人員的進(jìn)一步開(kāi)發(fā)活動(dòng)，立即進(jìn)行修復(fù)工作；阻止與此密切相關(guān)功能的進(jìn)一步測(cè)試4-加急：必須修改，發(fā)版前必須修正3-高：必須修改，不一定馬上修改，但需確定在某個(gè)特定里程碑結(jié)束前須修正2-中：如果時(shí)間允許應(yīng)該修改1-低/無(wú)：bug不嚴(yán)重，建議性修改第4頁(yè)/共14頁(yè)處理意見(jiàn)Fixable可修改。表示Bug可以被修復(fù)或更正Duplicated重復(fù)。表示該Bug已經(jīng)被其它測(cè)試人員找出來(lái)了（‘純粹’重復(fù)），或者開(kāi)發(fā)認(rèn)為原因是相同的（但從測(cè)試來(lái)看，認(rèn)為出現(xiàn)的地方有所不同、表現(xiàn)有所不同等）Postponed延后。由于時(shí)間、進(jìn)度、重要程度或者技術(shù)/需求等方面的原因，認(rèn)為不能解決、須延期解決、或者本版不做留待到后續(xù)版本解決的Bug。

（注：因‘Bug狀態(tài)’字段中也有該值，根據(jù)各組各自使用情況，可以只保留一個(gè)，或者開(kāi)發(fā)/測(cè)試各有側(cè)重地使用這兩個(gè)Postponed）ByDesign因設(shè)計(jì)結(jié)構(gòu)問(wèn)題無(wú)法修改。測(cè)試人員認(rèn)為是Bug，不符合邏輯，也不符合用戶的要求，但開(kāi)發(fā)人員則認(rèn)為是按照設(shè)計(jì)做的、只能如此處理，否則修改代價(jià)太大Can’tReproduce

不可復(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ù)各組各自使用情況，可以用它來(lái)標(biāo)識(shí)，或者不用它而在‘處理意見(jiàn)’字段中用該值標(biāo)識(shí)出）DisagreeWithSuggestion不同意所提意見(jiàn)或建議，不采納NotError不是問(wèn)題。測(cè)試人員提錯(cuò)了Won’tFix這個(gè)Bug是一個(gè)錯(cuò)誤，但還沒(méi)有重要到非要更正不可的地步，可以忽略不計(jì)第5頁(yè)/共14頁(yè)測(cè)試狀態(tài)1－NewDefects（或?qū)懗蒁efect）新Bug2－SecondDefects（或?qū)懗蒘B）復(fù)測(cè)時(shí)新出現(xiàn)的Bug3－Faculative偶發(fā)性4－Reappear原來(lái)修改過(guò)的問(wèn)題又重新出現(xiàn)5－ByRequirement需求要求但沒(méi)有做的功能6－Suggestion需求需要完善7－DifferWithRequirement與需求不一致8－ByDesign設(shè)計(jì)要求但沒(méi)有做的功能第6頁(yè)/共14頁(yè)復(fù)測(cè)狀態(tài)OK正確PD此問(wèn)題懸而不決DV有錯(cuò)誤可以暫時(shí)不考慮NB不是錯(cuò)誤NR不能復(fù)現(xiàn)的錯(cuò)誤AR需求不明確第7頁(yè)/共14頁(yè)問(wèn)題定位Calculate_error計(jì)算錯(cuò)誤，指計(jì)算過(guò)程中、計(jì)算結(jié)果錯(cuò)誤。Data_error數(shù)據(jù)錯(cuò)誤，指非計(jì)算結(jié)果類(lèi)的數(shù)據(jù)錯(cuò)誤。Graphics_error圖形錯(cuò)誤，指繪圖、圖形顯示、圖形編輯時(shí)發(fā)生的錯(cuò)誤。Interface_error界面錯(cuò)誤Requirement_error需求錯(cuò)誤Function_error功能錯(cuò)誤Unknown_error未知錯(cuò)誤第8頁(yè)/共14頁(yè)缺陷來(lái)源Requirement由于需求的問(wèn)題引起的缺陷Architecture由于構(gòu)架的問(wèn)題引起的缺陷Design由于設(shè)計(jì)的問(wèn)題引起的缺陷Code由于編碼的問(wèn)題引起的缺陷Test由于測(cè)試的問(wèn)題引起的缺陷Integration由于集成的問(wèn)題引起的缺陷第9頁(yè)/共14頁(yè)類(lèi)型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-UserInterface人機(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)等。第10頁(yè)/共14頁(yè)項(xiàng)目各角色在bug管理中的權(quán)限管理員：全部權(quán)限

測(cè)試組長(zhǎng)/經(jīng)理：全部權(quán)限

測(cè)試人員：不能刪除Bug、不可修改他人所提Bug、其他權(quán)限正常

開(kāi)發(fā)人員/需求人員：不能刪除Bug、可添加注釋評(píng)論(R&DComments)、可調(diào)整：注釋評(píng)論(R&DComments)、是否復(fù)現(xiàn)、Bug狀態(tài)（不過(guò)無(wú)法直接標(biāo)為closed）、問(wèn)題描述、處理意見(jiàn)、待測(cè)版本、修改人、修改日期?？商砑覤ug。

開(kāi)發(fā)組長(zhǎng)/經(jīng)理/需求經(jīng)理：除了開(kāi)發(fā)人員的權(quán)限，還可調(diào)整：優(yōu)先級(jí)別、責(zé)任人、Bug概要(題目，Summary)、附件附圖(Attachments)

項(xiàng)目經(jīng)理：可添加Bug、可添加注釋評(píng)論(R&DComments)、可修改字段：Bug概要(題目，Summary)、問(wèn)題描述、附件附圖(Attachments)、Bug狀態(tài)（不過(guò)無(wú)法直接標(biāo)為closed）、修改人、優(yōu)先級(jí)別、問(wèn)題定位、處理意見(jiàn)、注釋評(píng)論(R&DComments)、是否復(fù)現(xiàn)、責(zé)任人、待測(cè)版本。也可刪除Bug，但要與測(cè)試組長(zhǎng)/經(jīng)理協(xié)商。

不屬于項(xiàng)目組成員的其他人如研發(fā)中心經(jīng)理組成員等，有必要查看TD庫(kù)的話，可分配給其帳號(hào)及查看的權(quán)限。第11頁(yè)/共14頁(yè)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é)，不要寫(xiě)無(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之類(lèi)的專(zhuān)用抓圖工具。報(bào)告中不允許使用抽象詞句：比如“有錯(cuò)誤”之類(lèi)；有關(guān)操作系統(tǒng)特征問(wèn)題：應(yīng)在不同操作系統(tǒng)上進(jìn)行操作，看是否能