概述Bug的生命周期測(cè)試流程中的角色與職責(zé)判斷Bug的規(guī)則Bug的分類(lèi)、狀態(tài)、級(jí)別Bug的報(bào)告、跟蹤、關(guān)閉測(cè)試人員驗(yàn)證/關(guān)閉問(wèn)題描述開(kāi)發(fā)人員解決問(wèn)題描述Bug的生命周期角色與職責(zé)流程工作內(nèi)容/管理方法職責(zé)輸出建立bug庫(kù)提交系統(tǒng)測(cè)試后，建立相應(yīng)bug庫(kù)測(cè)試經(jīng)理Bug庫(kù)名稱(chēng)提交版本開(kāi)發(fā)經(jīng)理提交軟件版本號(hào)和詳細(xì)信息開(kāi)發(fā)經(jīng)理Build號(hào)提交測(cè)試bug測(cè)試人員提交測(cè)試bug測(cè)試經(jīng)理審閱后，提交開(kāi)發(fā)人員待處理測(cè)試人員測(cè)試經(jīng)理Bug記錄Bug修改開(kāi)發(fā)經(jīng)理分配bug給相關(guān)開(kāi)發(fā)人員修改，修改后提交待開(kāi)發(fā)提交開(kāi)發(fā)經(jīng)理開(kāi)發(fā)人員修改記錄提交新版本開(kāi)發(fā)經(jīng)理提交新的版本，將修改信息和修改的bug寫(xiě)明在記錄中開(kāi)發(fā)經(jīng)理版本說(shuō)明Bug回歸測(cè)試測(cè)試人員根據(jù)修改說(shuō)明，返測(cè)bug測(cè)試人員Bug狀態(tài)記錄Bug歸檔返測(cè)結(jié)果正確，可以提交歸檔。如果有問(wèn)題，繼續(xù)退還開(kāi)發(fā)人員處理測(cè)試經(jīng)理測(cè)試人員Bug狀態(tài)其他渠道反映的bug客戶、銷(xiāo)售、郵件或者會(huì)議上反映的bug，確認(rèn)后可以記錄到bug庫(kù)中開(kāi)發(fā)經(jīng)理測(cè)試經(jīng)理產(chǎn)品經(jīng)理Bug記錄判斷Bug的規(guī)則軟件未達(dá)到產(chǎn)品規(guī)格說(shuō)明書(shū)（需求）標(biāo)明的功能。軟件出現(xiàn)了規(guī)格說(shuō)明書(shū)指明不會(huì)出現(xiàn)的錯(cuò)誤。軟件功能超出規(guī)格說(shuō)明書(shū)指明的范圍。軟件未達(dá)到規(guī)格說(shuō)明書(shū)雖未指出但應(yīng)達(dá)到的目標(biāo)（隱含需求）。軟件測(cè)試員認(rèn)為軟件難以理解、不易使用、運(yùn)行速度緩慢，或者最終用戶認(rèn)為不好。需要注意的是，測(cè)試人員報(bào)告Bug時(shí)，應(yīng)當(dāng)保證Bug是可以重現(xiàn)的。對(duì)于有時(shí)不可重現(xiàn)的Bug，應(yīng)當(dāng)反復(fù)測(cè)試，直到最終確定Bug的發(fā)生場(chǎng)景為止。Bug的分類(lèi)1.

功能A.重復(fù)的功能；B.多余的功能；C.功能沒(méi)有達(dá)到設(shè)計(jì)的要求；D.功能實(shí)現(xiàn)與設(shè)計(jì)要求不相符。2.

易用性A.界面不美觀，控件排列、格式不統(tǒng)一，焦點(diǎn)控制不合理或不全面；B.缺少幫助信息，或者幫助信息不完全；C.功能操作復(fù)雜，提示信息不合理，易產(chǎn)生歧義。3.

安全性A.數(shù)據(jù)有效性檢測(cè)不合理；B.重要數(shù)據(jù)在傳輸中沒(méi)有加密；C.缺少身份認(rèn)證機(jī)制或認(rèn)證不合理；D.數(shù)據(jù)產(chǎn)生缺乏隨機(jī)性；E．網(wǎng)絡(luò)安全性：開(kāi)放端口、服務(wù)；F．系統(tǒng)日志、審計(jì)。4.

可靠性A.數(shù)據(jù)存貯的可靠性；B.業(yè)務(wù)處理的可靠性；C．硬件可靠性：如打印機(jī)；D.應(yīng)急處理措施；E．?dāng)?shù)據(jù)備份、恢復(fù)。5.

性能A.并發(fā)量；B.吞吐量；C.響應(yīng)時(shí)間。6.

兼容性A.硬件兼容性；B.軟件兼容性。

7.

可維護(hù)性A.可擴(kuò)展性；B.方便升級(jí)。Bug的狀態(tài)新建狀態(tài)（NEW）

Bug創(chuàng)建后的初始狀態(tài)。已分配狀態(tài)（ASSIGNED） 經(jīng)過(guò)確認(rèn)為合法軟件問(wèn)題后分配給開(kāi)發(fā)人員的狀態(tài)。待驗(yàn)證狀態(tài)（RESOLVED） 開(kāi)發(fā)部門(mén)對(duì)軟件問(wèn)題進(jìn)行處理或修改后的狀態(tài)。重新打開(kāi)狀態(tài)（REOPENED） 對(duì)開(kāi)發(fā)部門(mén)修改后軟件問(wèn)題，經(jīng)過(guò)驗(yàn)證，如果仍然存在，則將其狀態(tài)改為“重新打開(kāi)”狀態(tài)。對(duì)于“關(guān)閉/延遲修改”狀態(tài)的軟件問(wèn)題，如果時(shí)機(jī)成熟，需要重新開(kāi)發(fā)，則將其狀態(tài)改為“重新打開(kāi)”狀態(tài)。關(guān)閉狀態(tài)（CLOSED）

Bug生命周期的結(jié)束。解決狀態(tài)（VERIFIED） 經(jīng)測(cè)試部門(mén)對(duì)修改后的軟件問(wèn)題進(jìn)行驗(yàn)證并確認(rèn)修改正確后的狀態(tài)。未經(jīng)證實(shí)狀態(tài)（UNCONFIRMED） 由開(kāi)發(fā)人員自己提交的Bug，是一種初始狀態(tài)，待測(cè)試人員確定后變?yōu)椤癗ew”。Bug的級(jí)別在軟件測(cè)試過(guò)程中發(fā)現(xiàn)的Bug，要根據(jù)其嚴(yán)重程度進(jìn)行分類(lèi)，然后，進(jìn)行不同的處理。可以把Bug劃分為七級(jí)：第一級(jí)（blocker）:引起操作系統(tǒng)“掛起”或“崩潰”的錯(cuò)誤；第二級(jí)（critical）:引起軟件本身“掛起”或“崩潰”的錯(cuò)誤；第三級(jí)（major）:不能完成軟件說(shuō)明書(shū)定義的功能的錯(cuò)誤；第四級(jí)（normal）:程序所完成的功能與軟件說(shuō)明書(shū)定義不符的錯(cuò)誤；第五級(jí)（minor）:顯示方面的錯(cuò)誤；第六級(jí)（trivial）:其它“輕微”的錯(cuò)誤（如文本差錯(cuò)）；第七級(jí)（enhancement）：增強(qiáng)或者改進(jìn)。Bug的修改優(yōu)先級(jí)修改優(yōu)先級(jí)通常可分為五個(gè)級(jí)別：P1：盡快（或立刻）修正；P2：每個(gè)里程碑（或測(cè)試周期）結(jié)束前必須修正；P3：如果時(shí)間允許就修正；P4：低優(yōu)先級(jí)。P5：在將來(lái)的某個(gè)版本修正也可以處理的工作日Blocker、critical：響應(yīng)時(shí)間1天，處理1天Major、normal：響應(yīng)時(shí)間1天，處理3天Minor、trivial：響應(yīng)時(shí)間1天，處理7天Enhancement:時(shí)間未定Bug報(bào)告的內(nèi)容缺陷IDBug的唯一標(biāo)志，由Bug管理系統(tǒng)自動(dòng)生成缺陷標(biāo)題簡(jiǎn)明扼要地對(duì)Bug進(jìn)行概要描述產(chǎn)品名稱(chēng)每個(gè)要測(cè)試軟件項(xiàng)目都有唯一的名稱(chēng)測(cè)試版本報(bào)告錯(cuò)誤時(shí)，一定要正確填寫(xiě)產(chǎn)生錯(cuò)誤的軟件版本號(hào)。測(cè)試環(huán)境軟件環(huán)境：操作系統(tǒng)和其他必要的軟件程序；硬件環(huán)境：測(cè)試計(jì)算機(jī)和其他設(shè)備的配置信息前提條件問(wèn)題來(lái)源，引起錯(cuò)誤發(fā)生的前提條件基本信息Bug的類(lèi)型、嚴(yán)重程度以及處理的優(yōu)先級(jí)；Bug所屬模塊；測(cè)試者名稱(chēng)、測(cè)試時(shí)間操作步驟詳細(xì)描述錯(cuò)誤重現(xiàn)的步驟，便于重現(xiàn)錯(cuò)誤，修復(fù)錯(cuò)誤和驗(yàn)證錯(cuò)誤。實(shí)際結(jié)果描述實(shí)際測(cè)試后得到的結(jié)果。期望結(jié)果描述滿足設(shè)計(jì)要求的結(jié)果。出現(xiàn)頻率錯(cuò)誤出現(xiàn)的概率文字注釋與附圖測(cè)試者的建議與必要的附圖,便于確認(rèn)錯(cuò)誤的表現(xiàn)形式和錯(cuò)誤位置。有效描述Bug短小：只解釋事實(shí)和演示、描述Bug必需的細(xì)節(jié)；單一：每一個(gè)報(bào)告中針對(duì)一個(gè)Bug；步驟清晰：要清楚地描述出Bug的發(fā)生場(chǎng)景，包括前置條件和操作的詳細(xì)步驟；再現(xiàn)：按照預(yù)定步驟可以重現(xiàn)相同狀況；在報(bào)告Bug時(shí)只描述事實(shí)，不做評(píng)價(jià)，也不要有人身攻擊；必要的時(shí)候可以添加注釋?zhuān)╮emarks）；可以上載屏幕抓圖和其他附件。Bug的驗(yàn)證與關(guān)閉測(cè)試人員要不斷跟蹤Bug，直到Bug修正，問(wèn)題解決為止。新提交的Bug為NEW狀態(tài)，經(jīng)開(kāi)發(fā)人員修改后，Bug變?yōu)镽ESOLVED（待驗(yàn)證）狀態(tài)。此時(shí)就需要測(cè)試人員對(duì)Bug進(jìn)行回歸測(cè)試，驗(yàn)證問(wèn)題是否修正。如果問(wèn)題仍然存在，則測(cè)試人員將該Bug的狀態(tài)修改為REOPENED（重新打開(kāi)）；如果通過(guò)驗(yàn)證確認(rèn)問(wèn)題已經(jīng)修改好了，則測(cè)試人員將該Bug的狀態(tài)置為VERIFIED（已驗(yàn)證），同時(shí)添加附加意見(jiàn)如“該Bug在Releasexx.xx版本中已經(jīng)修正”。還有一種情況：開(kāi)發(fā)人員認(rèn)為Bug在當(dāng)前版本可以暫不修改，而考慮在后續(xù)版本中再做修正，Bug的對(duì)應(yīng)狀態(tài)為L(zhǎng)ATER。對(duì)于這種情況，項(xiàng)目負(fù)責(zé)人應(yīng)召集開(kāi)發(fā)人員、測(cè)試人員和其他項(xiàng)目相關(guān)人員進(jìn)行討論，如果討論結(jié)果為同意在后續(xù)版本修正，則測(cè)試人員可以將該Bug的狀態(tài)置為VERIFIED；如果討論結(jié)果是需要在本版本中解決問(wèn)題，則測(cè)試人員應(yīng)將該Bug的狀態(tài)置為REOPENED，重新打開(kāi)Bug。對(duì)于狀態(tài)為VERIFIED的Bug，應(yīng)由Bug的開(kāi)啟者即測(cè)試人員關(guān)閉。開(kāi)發(fā)人員無(wú)權(quán)關(guān)閉Bug。將Bug的狀態(tài)標(biāo)記為CLOSED，則Bug生命周期的結(jié)束。測(cè)試人員驗(yàn)證/關(guān)閉Bug測(cè)試人員驗(yàn)證/關(guān)閉Bug說(shuō)明：當(dāng)Bug由open變?yōu)閒ixed，應(yīng)進(jìn)行回歸測(cè)試，如果回歸測(cè)試后該問(wèn)題被解決，則closed該Bug，并在注釋中填寫(xiě)如下信息：驗(yàn)證版本：xxx

驗(yàn)證次數(shù)：xxx

驗(yàn)證通過(guò)：是驗(yàn)證日期：xxx

驗(yàn)證人員：xxx如果回歸測(cè)試驗(yàn)證不通過(guò)，則Reopened該Bug，并在注釋中仍填寫(xiě)注釋信息：驗(yàn)證版本：xxx

驗(yàn)證次數(shù)：xxx

驗(yàn)證通過(guò)：否驗(yàn)證日期：xxx

驗(yàn)證人員：xxx研發(fā)人員解決Bug研發(fā)人員應(yīng)該及時(shí)對(duì)分配給自己的bug在Bugzilla中添加注釋信息，以便以后的信息收集和更好的保存作成果。針對(duì)不同情況，須按以下模塊填寫(xiě)注釋1.已經(jīng)改正的BugBug產(chǎn)生原因

Bug解決方案

Bug修改后的版本號(hào)解決人員：***2.不能解決的Bug：

Bug原因分析無(wú)法解決原因（技術(shù)問(wèn)題，條件問(wèn)題……）解決人員：***3.Bug重復(fù)：注明與之重復(fù)的BugID

如根本原因相同，現(xiàn)象不同，給出簡(jiǎn)要分析說(shuō)明解決人