BUG描述及缺陷管理工具培訓(xùn)課件

BUG描述及缺陷管理工具培訓(xùn)2022/12/10BUG描述及缺陷管理工具培訓(xùn)BUG描述及缺陷管理工具培訓(xùn)2022/12/10BUG描述及1目錄Bug相關(guān)概念判斷Bug的規(guī)則Bug的生命周期報告、跟蹤、關(guān)閉BugBug報告的內(nèi)容Bug的統(tǒng)計BugZilla操作指南BUG描述及缺陷管理工具培訓(xùn)目錄Bug相關(guān)概念BUG描述及缺陷管理工具培訓(xùn)2什么是Bug?功能沒有實現(xiàn)或與規(guī)格說明不一致的問題是bug；不能工作(死機、沒反應(yīng)、黑屏)的部分是bug；不兼容的部分是bug；邊界條件未做處理是bug；界面、消息、提示、幫助不夠準確是bug；屏幕顯示（UI）不正確也是bug;有時把尚未完成的工作（復(fù)制不完全等）也作為一個bug。BUG描述及缺陷管理工具培訓(xùn)什么是Bug?功能沒有實現(xiàn)或與規(guī)格說明不一致的問題是bug；3Bug舉例1文本文件保存錯誤：在WindowsXP桌面上新建一個文本文檔，輸入“聯(lián)通”兩個字，并保存退出。退出后再次打開這個文本文件時，剛才輸入的內(nèi)容變成了亂碼。BUG描述及缺陷管理工具培訓(xùn)Bug舉例1文本文件保存錯誤：BUG描述及缺陷管理工具培訓(xùn)4Bug舉例2共享文件夾名超長時提示錯誤：WindowsXP支持的最大共享文件夾名長度為80個英文字母或40個漢字，但設(shè)置共享文件夾名時可輸入的范圍是80個英文字符或80個漢字，如果共享文件夾名在41～80個漢字之間，系統(tǒng)會提示“該共享名包含無效的字符”。其實真正的原因是共享文件夾名超長。

BUG描述及缺陷管理工具培訓(xùn)Bug舉例2共享文件夾名超長時提示錯誤：BUG描述及缺陷管理5Bug舉例3替換字符串長度未作限定：Word2000中，如果替換字符串長度過長，則會引起程序崩潰。BUG描述及缺陷管理工具培訓(xùn)Bug舉例3替換字符串長度未作限定：BUG描述及缺陷管理工具6軟件問題報告（Bug報告）軟件問題（Bug）報告是軟件測試過程中最重要的文檔。它記錄了Bug發(fā)生的環(huán)境，如各種資源的配置情況，Bug的再現(xiàn)步驟以及Bug性質(zhì)的說明。更重要的是它還記錄著Bug的處理過程和狀態(tài)。Bug的處理進程從一定角度反映了測試的進程和被測軟件的質(zhì)量狀況以及改善過程。

BUG描述及缺陷管理工具培訓(xùn)軟件問題報告（Bug報告）軟件問題（Bug）報告是軟件測試過7判斷Bug的規(guī)則軟件未達到產(chǎn)品規(guī)格說明書（需求）標明的功能。軟件出現(xiàn)了規(guī)格說明書指明不會出現(xiàn)的錯誤。軟件功能超出規(guī)格說明書指明的范圍。軟件未達到規(guī)格說明書雖未指出但應(yīng)達到的目標（隱含需求）。軟件測試員認為軟件難以理解、不易使用、運行速度緩慢，或者最終用戶認為不好。需要注意的是，測試人員報告Bug時，應(yīng)當保證Bug是可以重現(xiàn)的。對于有時不可重現(xiàn)的Bug，應(yīng)當反復(fù)測試，直到最終確定Bug的發(fā)生場景為止。BUG描述及缺陷管理工具培訓(xùn)判斷Bug的規(guī)則軟件未達到產(chǎn)品規(guī)格說明書（需求）標明的功能。8報告Bug的基本原則盡快報告Bug;有效描述Bug;BUG描述及缺陷管理工具培訓(xùn)報告Bug的基本原則盡快報告Bug;BUG描述及缺陷管理工具9Bug的生命周期 Bug的生命周期就是指Bug從開始提出到最后完全解決，并通過復(fù)查的過程。在這個過程中Bug報告的狀態(tài)不斷發(fā)生著變化，記錄著Bug的處理進程。

BUG描述及缺陷管理工具培訓(xùn)Bug的生命周期 Bug的生命周期就是指Bug從開始提出到10BUG描述及缺陷管理工具培訓(xùn)BUG描述及缺陷管理工具培訓(xùn)11有效描述Bug短?。褐唤忉屖聦嵑脱菔?、描述Bug必需的細節(jié)；單一：每一個報告中針對一個Bug；步驟清晰：要清楚地描述出Bug的發(fā)生場景，包括前置條件和操作的詳細步驟；再現(xiàn)：按照預(yù)定步驟可以重現(xiàn)相同狀況；在報告Bug時只描述事實，不做評價，也不要有人身攻擊；必要的時候可以添加注釋（remarks）；可以上載屏幕抓圖和其他附件。BUG描述及缺陷管理工具培訓(xùn)有效描述Bug短?。褐唤忉屖聦嵑脱菔?、描述Bug必需的細節(jié)；12有效描述Bug以下是一個Bug描述的例子操作步驟：使用MappingBuilder對URL為“jdbc:mysql://2/test”的數(shù)據(jù)庫進行映射，虛擬數(shù)據(jù)庫名稱設(shè)置為“VMysql”。進入DataView主頁面，在DASList中點擊“VMysql”右側(cè)的“高級查詢”鏈接。在高級查詢頁面底端的輸入框中，輸入SQL語句“select*fromempinfo”，點擊查詢按鈕。在得到的查詢結(jié)果頁面中，點擊“下一頁”鏈接。翻頁到下一頁后，沒有出現(xiàn)“保存當前頁面的查詢結(jié)果”鏈接，無法保存當前頁面結(jié)果。BUG描述及缺陷管理工具培訓(xùn)有效描述Bug以下是一個Bug描述的例子BUG描述及缺陷管理13編寫B(tài)ug摘要Bug的摘要是要用一句話的形式簡明扼要地將Bug描述出來，要清晰指出Bug所在部位以及其錯誤類型，不能太籠統(tǒng)。如“頁面對非法輸入有問題”可以修改為“流量信息查詢頁面對于非法輸入沒有進行校驗”。

BUG描述及缺陷管理工具培訓(xùn)編寫B(tài)ug摘要Bug的摘要是要用一句話的形式簡明扼要地將Bu14BuglistBUG描述及缺陷管理工具培訓(xùn)BuglistBUG描述及缺陷管理工具培訓(xùn)15新建狀態(tài)（NEW） Bug創(chuàng)建后的初始狀態(tài)。已分配狀態(tài)（ASSIGNED） 經(jīng)過確認為合法軟件問題后分配給開發(fā)人員的狀態(tài)。待驗證狀態(tài)（RESOLVED） 開發(fā)部門對軟件問題進行處理或修改后的狀態(tài)。重新打開狀態(tài)（REOPENED） 對開發(fā)部門修改后軟件問題，經(jīng)過驗證，如果仍然存在，則將其狀態(tài)改為“重新打開”狀態(tài)。對于“關(guān)閉/延遲修改”狀態(tài)的軟件問題，如果時機成熟，需要重新開發(fā)，則將其狀態(tài)改為“重新打開”狀態(tài)。關(guān)閉狀態(tài)（CLOSED） Bug生命周期的結(jié)束。解決狀態(tài)（VERIFIED） 經(jīng)測試部門對修改后的軟件問題進行驗證并確認修改正確后的狀態(tài)。未經(jīng)證實狀態(tài)（UNCONFIRMED） 由開發(fā)人員自己提交的Bug，是一種初始狀態(tài)，待測試人員確定后變?yōu)椤癗ew”。Bug的狀態(tài)BUG描述及缺陷管理工具培訓(xùn)新建狀態(tài)（NEW）Bug的狀態(tài)BUG描述及缺陷管理工具培16在軟件測試過程中發(fā)現(xiàn)的Bug，要根據(jù)其嚴重程度進行分類，然后，進行不同的處理?？梢园袯ug劃分為七級：第一級（blocker）:引起操作系統(tǒng)“掛起”或“崩潰”的錯誤；第二級（critical）:引起軟件本身“掛起”或“崩潰”的錯誤；第三級（major）:不能完成軟件說明書定義的功能的錯誤；第四級（normal）:程序所完成的功能與軟件說明書定義不符的錯誤；第五級（minor）:顯示方面的錯誤；第六級（trivial）:其它“輕微”的錯誤（如文本差錯）；第七級（enhancement）：增強或者改進。Bug的級別BUG描述及缺陷管理工具培訓(xùn)在軟件測試過程中發(fā)現(xiàn)的Bug，要根據(jù)其嚴重程度進行分類，Bu17Bug嚴重程度與處理工作日Blocker、critical：響應(yīng)時間1天，處理1天Major、normal：響應(yīng)時間1天，處理3天Minor、trivial：響應(yīng)時間1天，處理7天Enhancement:時間未定BUG描述及缺陷管理工具培訓(xùn)Bug嚴重程度與處理工作日Blocker、critical：18Bug的修改優(yōu)先級修改優(yōu)先級通?？煞譃槲鍌€級別：P1：盡快（或立刻）修正；P2：每個里程碑（或測試周期）結(jié)束前必須修正；P3：如果時間允許就修正；P4：低優(yōu)先級。P5：在將來的某個版本修正也可以BUG描述及缺陷管理工具培訓(xùn)Bug的修改優(yōu)先級修改優(yōu)先級通?？煞譃槲鍌€級別：BUG描述及19跟蹤Bug測試人員要不斷跟蹤Bug，直到Bug修正，問題解決為止。新提交的Bug為NEW狀態(tài)，經(jīng)開發(fā)人員修改后，Bug變?yōu)镽ESOLVED（待驗證）狀態(tài)。此時就需要測試人員對Bug進行回歸測試，驗證問題是否修正。如果問題仍然存在，則測試人員將該Bug的狀態(tài)修改為REOPENED（重新打開）；如果通過驗證確認問題已經(jīng)修改好了，則測試人員將該Bug的狀態(tài)置為VERIFIED（已驗證），同時添加附加意見如“該Bug在Releasexx.xx版本中已經(jīng)修正”。BUG描述及缺陷管理工具培訓(xùn)跟蹤Bug測試人員要不斷跟蹤Bug，直到Bug修正，問題解決20跟蹤Bug還有一種情況：開發(fā)人員認為Bug在當前版本可以暫不修改，而考慮在后續(xù)版本中再做修正，Bug的對應(yīng)狀態(tài)為LATER。對于這種情況，項目負責人應(yīng)召集開發(fā)人員、測試人員和其他項目相關(guān)人員進行討論，如果討論結(jié)果為同意在后續(xù)版本修正，則測試人員可以將該Bug的狀態(tài)置為VERIFIED；如果討論結(jié)果是需要在本版本中解決問題，則測試人員應(yīng)將該Bug的狀態(tài)置為REOPENED，重新打開Bug。BUG描述及缺陷管理工具培訓(xùn)跟蹤Bug還有一種情況：開發(fā)人員認為Bug在當前版本可以暫不21Bug狀態(tài)報告項目進入系統(tǒng)測試階段后，SQA人員要定期做Bug狀態(tài)報告。Bug狀態(tài)報告要以郵件方式發(fā)送給項目組長、項目組成員、測試人員和項目高層管理者。BUG描述及缺陷管理工具培訓(xùn)Bug狀態(tài)報告項目進入系統(tǒng)測試階段后，SQA人員要定期做Bu22關(guān)閉Bug對于狀態(tài)為VERIFIED的Bug，應(yīng)由Bug的開啟者即測試人員關(guān)閉。開發(fā)人員無權(quán)關(guān)閉Bug。將Bug的狀態(tài)標記為CLOSED，則Bug生命周期的結(jié)束。BUG描述及缺陷管理工具培訓(xùn)關(guān)閉Bug對于狀態(tài)為VERIFIED的Bug，應(yīng)由Bug的開23Bug報告的屬性（內(nèi)容）Bug號報告者及創(chuàng)建時間Bug狀態(tài)問題簡單描述（摘要）基本信息：項目嚴重程度、優(yōu)先級URL測試平臺、操作系統(tǒng)抄送BUG描述及缺陷管理工具培訓(xùn)Bug報告的屬性（內(nèi)容）Bug號BUG描述及缺陷管理工具培訓(xùn)24詳細信息：詳細描述問題再現(xiàn)過程問題所在子系統(tǒng)和功能區(qū)域該功能區(qū)域的開發(fā)者和測試者配置信息：如計算機型號、CPU、LAN、MEMORY、OS…還可以建立附件（上傳圖片、文檔）Bug報告的屬性（內(nèi)容）BUG描述及缺陷管理工具培訓(xùn)詳細信息：Bug報告的屬性（內(nèi)容）BUG描述及缺陷管理工具培25Bug統(tǒng)計1各模塊問題分布簡況1.流量信息統(tǒng)計查詢模塊（10個，59%）2.數(shù)據(jù)采集模塊（0個，0%）3.數(shù)據(jù)整理模塊（1個，6%）4.系統(tǒng)配置模塊（2個，12%）5.郵件告警模塊（4個，24%）BUG描述及缺陷管理工具培訓(xùn)Bug統(tǒng)計1各模塊問題分布簡況1.流量信息統(tǒng)計查詢模塊（126Bug統(tǒng)計2各級別問題分布簡況1.一級bug(blocker,critical)（1個，6%）2.二級bug(major,normal)（8個，45%）3.三級bug(minor,trivial)（5個，29%）4.四級bug(enhancement)（3個，20%）

BUG描述及缺陷管理工具培訓(xùn)Bug統(tǒng)計2各級別問題分布簡況1.一級bug(blocke27Bug統(tǒng)計3各級別Bug解決平均工作日1.一級bug(blocker,critical)（平均1天）2.二級bug(major,normal)（平均1.29天）3.三級bug(minor,trivial)（平均2.20天）4.四級bug(enhancement)（平均2天）注：標記為LATE狀態(tài)的問題不在統(tǒng)計之列BUG描述及缺陷管理工具培訓(xùn)Bug統(tǒng)計3各級別Bug解決平均工作日1.一級bug(b28BugZilla操作指南1注冊、登陸用戶輸入服務(wù)器地址：6/bugzilla/，進入主頁面后，點擊“登陸”。BUG描述及缺陷管理工具培訓(xùn)BugZilla操作指南1注冊、登陸B(tài)UG描述及缺陷管理工具29BugZilla操作指南2修改密碼進入主頁面，點擊“設(shè)置”。BUG描述及缺陷管理工具培訓(xùn)BugZilla操作指南2修改密碼BUG描述及缺陷管理工具培30BugZilla操作指南3輸入BugAssignedto:為空則默認為設(shè)定的admin,也可手工填寫。CC:可為多人，需用"，"隔開。

BUG描述及缺陷管理工具培訓(xùn)BugZilla操作指南3輸入BugBUG描述及缺陷管理工具31BugZilla操作指南4查詢Bug直接輸入BugID，點擊find查詢。在主頁面點擊“查詢”，進行條件查詢。BUG描述及缺陷管理工具培訓(xùn)BugZilla操作指南4查詢BugBUG描述及缺陷管理工具32BugZilla操作指南5處理Bug如果Bug屬于自己范圍，填寫“添加說明”并將Bug狀態(tài)改變。如果bug不屬于自己的范圍，直接輸入被指定人的Email，進行Ressigned。BUG描述及缺陷管理工具培訓(xùn)BugZilla操作指南5處理BugBUG描述及缺陷管理工具33BugZilla操作指南6驗證BugBUG描述及缺陷管理工具培訓(xùn)BugZilla操作指南6驗證BugBUG描述及缺陷管理工具34BugZilla操作指南8系統(tǒng)管理員工作內(nèi)容：1、產(chǎn)品（Product）、版本號(versions)和模塊(Components)的定義，同時指定模塊相應(yīng)的開發(fā)者(owner)和測試人員(QAContact)。2、小組的定義和劃分3、測試中Bug嚴重程度、優(yōu)先級的定義4、增加用戶，并分別設(shè)定全部用戶的分組、權(quán)限。5、主要參數(shù)（parameters）的設(shè)置1）urlbase:輸入bugzilla工具所在的服務(wù)器IP地址。2）usebuggroupsentry:設(shè)為ON,可以分組。3）whinedays：Bug在whinedays設(shè)定的期限內(nèi)若未被處理，將自動重發(fā)mail，默認為7天。4）defaultpriority:設(shè)定默認的優(yōu)先級5）commentonresolve：設(shè)為ON，系統(tǒng)將強制要求開發(fā)者處理完Bug后，必須填寫修改的內(nèi)容。BUG描述及缺陷管理工具培訓(xùn)BugZilla操作指南8系統(tǒng)管理員工作內(nèi)容：BUG描述及缺35BugZilla操作指南9系統(tǒng)管理員基本操作:1、創(chuàng)建默認的管理員用戶運行checksetup.pl。若不小心刪除管理員，重新運行checksetup.pl.2、管理用戶1）增加新用戶 點擊頁面右下角[users],submit后，出現(xiàn)[Addnewuser]頁面。輸入相應(yīng)輸入即可。Loginname:一般為郵件地址，可以設(shè)為其他標識。2）禁止一個用戶 填寫Disabledtext輸入框即可。3）修改用戶 可以修改用戶注冊名、密碼。 設(shè)置權(quán)限 QA的權(quán)限一般設(shè)為:Canconfirm,editbugs Developer的權(quán)限設(shè)為:none 分組控制：groupBUG描述及缺陷管理工具培訓(xùn)BugZilla操作指南9系統(tǒng)管理員基本操作:BUG描述及缺36BugZilla操作指南10管理group1、增加groupeditgroup、addgroups(NewUserRegexp可不填/active選擇則可選)->add2、修改group,submit即可。管理Product和component1、增加Product2、Component對應(yīng)一個owner(進行fixed),QAContact（確保已fixed）3、ComponentNumberofUnconfirmed=10000,此產(chǎn)品將選擇bug的初始狀態(tài)（Unconfirmed,New）BUG描述及缺陷管理工具培訓(xùn)BugZilla操作指南10管理groupBUG描述及缺陷37演講完畢，謝謝聽講!再見，seeyouagain2022/12/10BUG描述及缺陷管理工具培訓(xùn)演講完畢，謝謝聽講!再見，seeyouagain202238BUG描述及缺陷管理工具培訓(xùn)2022/12/10BUG描述及缺陷管理工具培訓(xùn)BUG描述及缺陷管理工具培訓(xùn)2022/12/10BUG描述及39目錄Bug相關(guān)概念判斷Bug的規(guī)則Bug的生命周期報告、跟蹤、關(guān)閉BugBug報告的內(nèi)容Bug的統(tǒng)計BugZilla操作指南BUG描述及缺陷管理工具培訓(xùn)目錄Bug相關(guān)概念BUG描述及缺陷管理工具培訓(xùn)40什么是Bug?功能沒有實現(xiàn)或與規(guī)格說明不一致的問題是bug；不能工作(死機、沒反應(yīng)、黑屏)的部分是bug；不兼容的部分是bug；邊界條件未做處理是bug；界面、消息、提示、幫助不夠準確是bug；屏幕顯示（UI）不正確也是bug;有時把尚未完成的工作（復(fù)制不完全等）也作為一個bug。BUG描述及缺陷管理工具培訓(xùn)什么是Bug?功能沒有實現(xiàn)或與規(guī)格說明不一致的問題是bug；41Bug舉例1文本文件保存錯誤：在WindowsXP桌面上新建一個文本文檔，輸入“聯(lián)通”兩個字，并保存退出。退出后再次打開這個文本文件時，剛才輸入的內(nèi)容變成了亂碼。BUG描述及缺陷管理工具培訓(xùn)Bug舉例1文本文件保存錯誤：BUG描述及缺陷管理工具培訓(xùn)42Bug舉例2共享文件夾名超長時提示錯誤：WindowsXP支持的最大共享文件夾名長度為80個英文字母或40個漢字，但設(shè)置共享文件夾名時可輸入的范圍是80個英文字符或80個漢字，如果共享文件夾名在41～80個漢字之間，系統(tǒng)會提示“該共享名包含無效的字符”。其實真正的原因是共享文件夾名超長。

BUG描述及缺陷管理工具培訓(xùn)Bug舉例2共享文件夾名超長時提示錯誤：BUG描述及缺陷管理43Bug舉例3替換字符串長度未作限定：Word2000中，如果替換字符串長度過長，則會引起程序崩潰。BUG描述及缺陷管理工具培訓(xùn)Bug舉例3替換字符串長度未作限定：BUG描述及缺陷管理工具44軟件問題報告（Bug報告）軟件問題（Bug）報告是軟件測試過程中最重要的文檔。它記錄了Bug發(fā)生的環(huán)境，如各種資源的配置情況，Bug的再現(xiàn)步驟以及Bug性質(zhì)的說明。更重要的是它還記錄著Bug的處理過程和狀態(tài)。Bug的處理進程從一定角度反映了測試的進程和被測軟件的質(zhì)量狀況以及改善過程。

BUG描述及缺陷管理工具培訓(xùn)軟件問題報告（Bug報告）軟件問題（Bug）報告是軟件測試過45判斷Bug的規(guī)則軟件未達到產(chǎn)品規(guī)格說明書（需求）標明的功能。軟件出現(xiàn)了規(guī)格說明書指明不會出現(xiàn)的錯誤。軟件功能超出規(guī)格說明書指明的范圍。軟件未達到規(guī)格說明書雖未指出但應(yīng)達到的目標（隱含需求）。軟件測試員認為軟件難以理解、不易使用、運行速度緩慢，或者最終用戶認為不好。需要注意的是，測試人員報告Bug時，應(yīng)當保證Bug是可以重現(xiàn)的。對于有時不可重現(xiàn)的Bug，應(yīng)當反復(fù)測試，直到最終確定Bug的發(fā)生場景為止。BUG描述及缺陷管理工具培訓(xùn)判斷Bug的規(guī)則軟件未達到產(chǎn)品規(guī)格說明書（需求）標明的功能。46報告Bug的基本原則盡快報告Bug;有效描述Bug;BUG描述及缺陷管理工具培訓(xùn)報告Bug的基本原則盡快報告Bug;BUG描述及缺陷管理工具47Bug的生命周期 Bug的生命周期就是指Bug從開始提出到最后完全解決，并通過復(fù)查的過程。在這個過程中Bug報告的狀態(tài)不斷發(fā)生著變化，記錄著Bug的處理進程。

BUG描述及缺陷管理工具培訓(xùn)Bug的生命周期 Bug的生命周期就是指Bug從開始提出到48BUG描述及缺陷管理工具培訓(xùn)BUG描述及缺陷管理工具培訓(xùn)49有效描述Bug短?。褐唤忉屖聦嵑脱菔?、描述Bug必需的細節(jié)；單一：每一個報告中針對一個Bug；步驟清晰：要清楚地描述出Bug的發(fā)生場景，包括前置條件和操作的詳細步驟；再現(xiàn)：按照預(yù)定步驟可以重現(xiàn)相同狀況；在報告Bug時只描述事實，不做評價，也不要有人身攻擊；必要的時候可以添加注釋（remarks）；可以上載屏幕抓圖和其他附件。BUG描述及缺陷管理工具培訓(xùn)有效描述Bug短?。褐唤忉屖聦嵑脱菔?、描述Bug必需的細節(jié)；50有效描述Bug以下是一個Bug描述的例子操作步驟：使用MappingBuilder對URL為“jdbc:mysql://2/test”的數(shù)據(jù)庫進行映射，虛擬數(shù)據(jù)庫名稱設(shè)置為“VMysql”。進入DataView主頁面，在DASList中點擊“VMysql”右側(cè)的“高級查詢”鏈接。在高級查詢頁面底端的輸入框中，輸入SQL語句“select*fromempinfo”，點擊查詢按鈕。在得到的查詢結(jié)果頁面中，點擊“下一頁”鏈接。翻頁到下一頁后，沒有出現(xiàn)“保存當前頁面的查詢結(jié)果”鏈接，無法保存當前頁面結(jié)果。BUG描述及缺陷管理工具培訓(xùn)有效描述Bug以下是一個Bug描述的例子BUG描述及缺陷管理51編寫B(tài)ug摘要Bug的摘要是要用一句話的形式簡明扼要地將Bug描述出來，要清晰指出Bug所在部位以及其錯誤類型，不能太籠統(tǒng)。如“頁面對非法輸入有問題”可以修改為“流量信息查詢頁面對于非法輸入沒有進行校驗”。

BUG描述及缺陷管理工具培訓(xùn)編寫B(tài)ug摘要Bug的摘要是要用一句話的形式簡明扼要地將Bu52BuglistBUG描述及缺陷管理工具培訓(xùn)BuglistBUG描述及缺陷管理工具培訓(xùn)53新建狀態(tài)（NEW） Bug創(chuàng)建后的初始狀態(tài)。已分配狀態(tài)（ASSIGNED） 經(jīng)過確認為合法軟件問題后分配給開發(fā)人員的狀態(tài)。待驗證狀態(tài)（RESOLVED） 開發(fā)部門對軟件問題進行處理或修改后的狀態(tài)。重新打開狀態(tài)（REOPENED） 對開發(fā)部門修改后軟件問題，經(jīng)過驗證，如果仍然存在，則將其狀態(tài)改為“重新打開”狀態(tài)。對于“關(guān)閉/延遲修改”狀態(tài)的軟件問題，如果時機成熟，需要重新開發(fā)，則將其狀態(tài)改為“重新打開”狀態(tài)。關(guān)閉狀態(tài)（CLOSED） Bug生命周期的結(jié)束。解決狀態(tài)（VERIFIED） 經(jīng)測試部門對修改后的軟件問題進行驗證并確認修改正確后的狀態(tài)。未經(jīng)證實狀態(tài)（UNCONFIRMED） 由開發(fā)人員自己提交的Bug，是一種初始狀態(tài)，待測試人員確定后變?yōu)椤癗ew”。Bug的狀態(tài)BUG描述及缺陷管理工具培訓(xùn)新建狀態(tài)（NEW）Bug的狀態(tài)BUG描述及缺陷管理工具培54在軟件測試過程中發(fā)現(xiàn)的Bug，要根據(jù)其嚴重程度進行分類，然后，進行不同的處理。可以把Bug劃分為七級：第一級（blocker）:引起操作系統(tǒng)“掛起”或“崩潰”的錯誤；第二級（critical）:引起軟件本身“掛起”或“崩潰”的錯誤；第三級（major）:不能完成軟件說明書定義的功能的錯誤；第四級（normal）:程序所完成的功能與軟件說明書定義不符的錯誤；第五級（minor）:顯示方面的錯誤；第六級（trivial）:其它“輕微”的錯誤（如文本差錯）；第七級（enhancement）：增強或者改進。Bug的級別BUG描述及缺陷管理工具培訓(xùn)在軟件測試過程中發(fā)現(xiàn)的Bug，要根據(jù)其嚴重程度進行分類，Bu55Bug嚴重程度與處理工作日Blocker、critical：響應(yīng)時間1天，處理1天Major、normal：響應(yīng)時間1天，處理3天Minor、trivial：響應(yīng)時間1天，處理7天Enhancement:時間未定BUG描述及缺陷管理工具培訓(xùn)Bug嚴重程度與處理工作日Blocker、critical：56Bug的修改優(yōu)先級修改優(yōu)先級通?？煞譃槲鍌€級別：P1：盡快（或立刻）修正；P2：每個里程碑（或測試周期）結(jié)束前必須修正；P3：如果時間允許就修正；P4：低優(yōu)先級。P5：在將來的某個版本修正也可以BUG描述及缺陷管理工具培訓(xùn)Bug的修改優(yōu)先級修改優(yōu)先級通?？煞譃槲鍌€級別：BUG描述及57跟蹤Bug測試人員要不斷跟蹤Bug，直到Bug修正，問題解決為止。新提交的Bug為NEW狀態(tài)，經(jīng)開發(fā)人員修改后，Bug變?yōu)镽ESOLVED（待驗證）狀態(tài)。此時就需要測試人員對Bug進行回歸測試，驗證問題是否修正。如果問題仍然存在，則測試人員將該Bug的狀態(tài)修改為REOPENED（重新打開）；如果通過驗證確認問題已經(jīng)修改好了，則測試人員將該Bug的狀態(tài)置為VERIFIED（已驗證），同時添加附加意見如“該Bug在Releasexx.xx版本中已經(jīng)修正”。BUG描述及缺陷管理工具培訓(xùn)跟蹤Bug測試人員要不斷跟蹤Bug，直到Bug修正，問題解決58跟蹤Bug還有一種情況：開發(fā)人員認為Bug在當前版本可以暫不修改，而考慮在后續(xù)版本中再做修正，Bug的對應(yīng)狀態(tài)為LATER。對于這種情況，項目負責人應(yīng)召集開發(fā)人員、測試人員和其他項目相關(guān)人員進行討論，如果討論結(jié)果為同意在后續(xù)版本修正，則測試人員可以將該Bug的狀態(tài)置為VERIFIED；如果討論結(jié)果是需要在本版本中解決問題，則測試人員應(yīng)將該Bug的狀態(tài)置為REOPENED，重新打開Bug。BUG描述及缺陷管理工具培訓(xùn)跟蹤Bug還有一種情況：開發(fā)人員認為Bug在當前版本可以暫不59Bug狀態(tài)報告項目進入系統(tǒng)測試階段后，SQA人員要定期做Bug狀態(tài)報告。Bug狀態(tài)報告要以郵件方式發(fā)送給項目組長、項目組成員、測試人員和項目高層管理者。BUG描述及缺陷管理工具培訓(xùn)Bug狀態(tài)報告項目進入系統(tǒng)測試階段后，SQA人員要定期做Bu60關(guān)閉Bug對于狀態(tài)為VERIFIED的Bug，應(yīng)由Bug的開啟者即測試人員關(guān)閉。開發(fā)人員無權(quán)關(guān)閉Bug。將Bug的狀態(tài)標記為CLOSED，則Bug生命周期的結(jié)束。BUG描述及缺陷管理工具培訓(xùn)關(guān)閉Bug對于狀態(tài)為VERIFIED的Bug，應(yīng)由Bug的開61Bug報告的屬性（內(nèi)容）Bug號報告者及創(chuàng)建時間Bug狀態(tài)問題簡單描述（摘要）基本信息：項目嚴重程度、優(yōu)先級URL測試平臺、操作系統(tǒng)抄送BUG描述及缺陷管理工具培訓(xùn)Bug報告的屬性（內(nèi)容）Bug號BUG描述及缺陷管理工具培訓(xùn)62詳細信息：詳細描述問題再現(xiàn)過程問題所在子系統(tǒng)和功能區(qū)域該功能區(qū)域的開發(fā)者和測試者配置信息：如計算機型號、CPU、LAN、MEMORY、OS…還可以建立附件（上傳圖片、文檔）Bug報告的屬性（內(nèi)容）BUG描述及缺陷管理工具培訓(xùn)詳細信息：Bug報告的屬性（內(nèi)容）BUG描述及缺陷管理工具培63Bug統(tǒng)計1各模塊問題分布簡況1.流量信息統(tǒng)計查詢模塊（10個，59%）2.數(shù)據(jù)采集模塊（0個，0%）3.數(shù)據(jù)整理模塊（1個，6%）4.系統(tǒng)配置模塊（2個，12%）5.郵件告警模塊（4個，24%）BUG描述及缺陷管理工具培訓(xùn)Bug統(tǒng)計1各模塊問題分布簡況1.流量信息統(tǒng)計查詢模塊（164Bug統(tǒng)計2各級別問題分布簡況1.一級bug(blocker,critical)（1個，6%）2.二級bug(major,normal)（8個，45%）3.三級bug(minor,trivial)（5個，29%）4.四級bug(enhancement)（3個，20%）

BUG描述及缺陷管理工具培訓(xùn)Bug統(tǒng)計2各級別問題分布簡況1.一級bug(blocke65Bug統(tǒng)計3各級別Bug解決平均工作日1.一級bug(blocker,critical)（平均1天）2.二級bug(major,normal)（平均1.29天）3.三級bug(minor,trivial)（平均2.20天）4.四級bug(enhancement)（平均2天）注：標記為LATE狀態(tài)的問題不在統(tǒng)計之列BUG描述及缺陷管理工具培訓(xùn)Bug統(tǒng)計3各級別Bug解決平均工作日1.一級bug(b66BugZilla操作指南1注冊、登陸用戶輸入服務(wù)器地址：6/bugzilla/，進入主頁面后，點擊“登陸”。BUG描述及缺陷管理工具培訓(xùn)BugZilla操作指南1注冊、登陸B(tài)UG描述及缺陷管理工具67BugZilla操作指南2修改密碼進入主頁面，點擊“設(shè)置”。BUG描述及缺陷管理工具培訓(xùn)BugZilla操作指南2修改密碼BUG描述及缺陷管理工具培68BugZilla操作指南3輸入BugAssignedto:為空則默認為設(shè)定的admin,也可手工填寫。CC:可為多人，需用"，"隔開。

BUG描述及缺陷管理工具培訓(xùn)BugZilla操作指南3輸入BugBUG描述及缺陷管理工具69BugZilla操作指南4查詢Bug直接輸入BugID，點擊find查詢。在主頁面點擊“查詢”，進行條件查詢。BUG描述及缺陷管理工具培訓(xùn)BugZilla操作指南4查詢BugBUG描述及缺陷管理工具70BugZilla操作指南5處理Bug如果Bug屬于自己范圍，填寫“添加說明”并將Bug狀態(tài)改變。如果bug不屬于自己的范圍，直接輸入被指