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

Bug管管理指南南Ivan2012.01.07目錄Bug相相關(guān)概念念判斷Bug的規(guī)規(guī)則Bug的的生命周周期報告、跟跟蹤、關(guān)關(guān)閉BugBug報報告的內(nèi)內(nèi)容Bug的的統(tǒng)計BugZilla操作作指南什么是Bug?功能沒有有實現(xiàn)或或與規(guī)格格說明不不一致的的問題是是bug；不能工作作(死機(jī)機(jī)、沒反反應(yīng)、黑黑屏)的的部分是是bug；不兼容的的部分是是bug；邊界條件件未做處處理是bug；；界面、消消息、提提示、幫幫助不夠夠準(zhǔn)確是是bug；屏幕顯示示（UI）不正正確也是是bug;有時把尚尚未完成成的工作作（復(fù)制制不完全全等）也也作為一一個bug。Bug舉舉例1文本文件件保存錯錯誤：在WindowsXP桌面上上新建一一個文本本文檔，，輸入““聯(lián)通””兩個字字，并保保存退出出。退出后再再次打開開這個文文本文件件時，剛剛才輸入入的內(nèi)容容變成了了亂碼。Bug舉舉例2共享文件件夾名超超長時提提示錯誤誤：WindowsXP支持的的最大共共享文件件夾名長長度為80個英英文字母母或40個漢字字，但設(shè)設(shè)置共享享文件夾夾名時可可輸入的的范圍是是80個個英文字字符或80個漢漢字，如如果共享享文件夾夾名在41～80個漢漢字之間間，系統(tǒng)統(tǒng)會提示示“該共共享名包包含無效效的字符符”。。其實真正正的原因因是共享享文件夾夾名超長長。Bug舉舉例3替換字符符串長度度未作限限定：Word2000中，，如果替替換字符符串長度度過長，，則會引引起程序序崩潰。。軟件問題題報告（（Bug報告））軟件問題題（Bug）報報告是軟軟件測試試過程中中最重要要的文檔檔。它記記錄了Bug發(fā)發(fā)生的環(huán)環(huán)境，如如各種資資源的配配置情況況，Bug的再再現(xiàn)步驟驟以及Bug性性質(zhì)的說說明。更重要的的是它還還記錄著著Bug的處理理過程和和狀態(tài)。。Bug的的處理進(jìn)進(jìn)程從一一定角度度反映了了測試的的進(jìn)程和和被測軟軟件的質(zhì)質(zhì)量狀況況以及改改善過程程。判斷Bug的規(guī)規(guī)則軟件未未達(dá)到到產(chǎn)品品規(guī)格格說明明書（（需求求）標(biāo)標(biāo)明的的功能能。軟件出出現(xiàn)了了規(guī)格格說明明書指指明不不會出出現(xiàn)的的錯誤誤。軟件功功能超超出規(guī)規(guī)格說說明書書指明明的范范圍。。軟件未未達(dá)到到規(guī)格格說明明書雖雖未指指出但但應(yīng)達(dá)達(dá)到的的目標(biāo)標(biāo)（隱隱含需需求））。軟件測測試員員認(rèn)為為軟件件難以以理解解、不不易使使用、、運(yùn)行行速度度緩慢慢，或或者最最終用用戶認(rèn)認(rèn)為不不好。。需要注注意的的是，，測試試人員員報告告Bug時時，應(yīng)應(yīng)當(dāng)保保證Bug是可可以重重現(xiàn)的的。對對于有有時不不可重重現(xiàn)的的Bug，，應(yīng)當(dāng)當(dāng)反復(fù)復(fù)測試試，直直到最最終確確定Bug的發(fā)發(fā)生場場景為為止。報告Bug的基基本原原則盡快報報告Bug;有效描描述Bug;Bug的生生命周周期Bug的生生命周周期就就是指指Bug從從開始始提出出到最最后完完全解解決，，并通通過復(fù)復(fù)查的的過程程。在在這個個過程程中Bug報告告的狀狀態(tài)不不斷發(fā)發(fā)生著著變化化，記記錄著著Bug的的處理理進(jìn)程程。有效描描述Bug短?。海褐唤饨忉屖率聦嵑秃脱菔臼?、描描述Bug必需需的細(xì)細(xì)節(jié)；；單一：：每一一個報報告中中針對對一個個Bug；；步驟清清晰：：要清清楚地地描述述出Bug的發(fā)發(fā)生場場景，，包括括前置置條件件和操操作的的詳細(xì)細(xì)步驟驟；再現(xiàn)：按照照預(yù)定步驟驟可以重現(xiàn)現(xiàn)相同狀況況；在報告Bug時只描描述事實，，不做評價價，也不要要有人身攻攻擊；必要的時候候可以添加加注釋（remarks）；；可以上載屏屏幕抓圖和和其他附件件。有效描述Bug以下是一個個Bug描描述的例子子操作步驟：：使用MappingBuilder對對URL為為“jdbc:mysql://2/test”的數(shù)據(jù)據(jù)庫進(jìn)行映映射，虛擬擬數(shù)據(jù)庫名名稱設(shè)置為為“VMysql””。進(jìn)入DataView主頁面面，在DASList中點(diǎn)點(diǎn)擊“VMysql”右側(cè)的的“高級查查詢”鏈接接。在高級查詢詢頁面底端端的輸入框框中，輸入入SQL語語句“select*fromempinfo””，點(diǎn)擊查查詢按鈕。。在得到的查查詢結(jié)果頁頁面中，點(diǎn)點(diǎn)擊“下一一頁”鏈接接。翻頁到下一一頁后，沒沒有出現(xiàn)““保存當(dāng)前前頁面的查查詢結(jié)果””鏈接，無無法保存當(dāng)當(dāng)前頁面結(jié)結(jié)果。編寫B(tài)ug摘要Bug的摘摘要是要用用一句話的的形式簡明明扼要地將將Bug描描述出來，，要清晰指指出Bug所在部位位以及其錯錯誤類型，，不能太籠籠統(tǒng)。如“頁面對對非法輸入入有問題””可以修改改為“流量量信息查詢詢頁面對于于非法輸入入沒有進(jìn)行行校驗”。。Buglist新建狀態(tài)（（NEW）Bug創(chuàng)建建后的初始始狀態(tài)。已分配狀態(tài)態(tài)（ASSIGNED）經(jīng)過確認(rèn)為為合法軟件件問題后分分配給開發(fā)發(fā)人員的狀狀態(tài)。待驗證狀態(tài)態(tài)（RESOLVED）開發(fā)部門對對軟件問題題進(jìn)行處理理或修改后后的狀態(tài)。。重新打開狀狀態(tài)（REOPENED）對開發(fā)部門門修改后軟軟件問題，，經(jīng)過驗證證，如果仍仍然存在，，則將其狀狀態(tài)改為““重新打開開”狀態(tài)。。對于“關(guān)關(guān)閉/延遲遲修改”狀狀態(tài)的軟件件問題，如如果時機(jī)成成熟，需要要重新開發(fā)發(fā)，則將其其狀態(tài)改為為“重新打打開”狀態(tài)態(tài)。關(guān)閉狀態(tài)（（CLOSED）Bug生命命周期的結(jié)結(jié)束。解決狀態(tài)（（VERIFIED）經(jīng)測試部門門對修改后后的軟件問問題進(jìn)行驗驗證并確認(rèn)認(rèn)修改正確確后的狀態(tài)態(tài)。未經(jīng)證實狀狀態(tài)（UNCONFIRMED）由開發(fā)人員員自己提交交的Bug，是一種種初始狀態(tài)態(tài)，待測試試人員確定定后變?yōu)椤啊癗ew””。Bug的狀狀態(tài)在軟件測試試過程中發(fā)發(fā)現(xiàn)的Bug，要根根據(jù)其嚴(yán)重重程度進(jìn)行行分類，然后，進(jìn)行行不同的處處理?？梢砸园袯ug劃分為七七級：第一級（blocker）:引起操操作系統(tǒng)““掛起”或或“崩潰””的錯誤；；第二級（critical））:引起軟軟件本身““掛起”或或“崩潰””的錯誤；；第三級（major）:不能完完成軟件說說明書定義義的功能的的錯誤；第四級（normal）:程序所所完成的功功能與軟件件說明書定定義不符的的錯誤；第五級（minor）:顯示方方面的錯誤誤；第六級（trivial）:其它““輕微”的的錯誤（如如文本差錯錯）；第七級（enhancement）：增強(qiáng)或者者改進(jìn)。Bug的級級別Bug嚴(yán)重重程度與處處理工作日日Blocker、critical：：響應(yīng)時間間1天，處處理1天Major、normal：：響應(yīng)時間間1天，處處理3天Minor、trivial：響應(yīng)時時間1天，，處理7天天Enhancement:時時間未定Bug的修修改優(yōu)先級級修改優(yōu)先級級通?？煞址譃槲鍌€級級別：P1：盡快快（或立刻刻）修正；；P2：每個個里程碑（（或測試周周期）結(jié)束束前必須修修正；P3：如果果時間允許許就修正；；P4：低優(yōu)優(yōu)先級。P5：在將將來的某個個版本修正正也可以跟蹤Bug測試人員要要不斷跟蹤蹤Bug，，直到Bug修正，，問題解決決為止。新提交的Bug為NEW狀態(tài)態(tài)，經(jīng)開發(fā)發(fā)人員修改改后，Bug變?yōu)镽ESOLVED（（待驗證））狀態(tài)。此此時就需要要測試人員員對Bug進(jìn)行回歸歸測試，驗驗證問題是是否修正。。如果問題題仍然存在在，則測試試人員將該該Bug的的狀態(tài)修改改為REOPENED（重新新打開）；；如果通過過驗證確認(rèn)認(rèn)問題已經(jīng)經(jīng)修改好了了，則測試試人員將該該Bug的的狀態(tài)置為為VERIFIED（已驗證證），同時時添加附加加意見如““該Bug在Releasexx.xx版本本中已經(jīng)修修正”。跟蹤Bug還有一種情情況：開發(fā)發(fā)人員認(rèn)為為Bug在在當(dāng)前版本本可以暫不不修改，而而考慮在后后續(xù)版本中中再做修正正，Bug的對應(yīng)狀狀態(tài)為LATER。。對于這種情情況，項目目負(fù)責(zé)人應(yīng)應(yīng)召集開發(fā)發(fā)人員、測測試人員和和其他項目目相關(guān)人員員進(jìn)行討論論，如果討討論結(jié)果為為同意在后后續(xù)版本修修正，則測測試人員可可以將該Bug的狀狀態(tài)置為VERIFIED；；如果討論論結(jié)果是需需要在本版版本中解決決問題，則則測試人員員應(yīng)將該Bug的狀狀態(tài)置為REOPENED，，重新打開開Bug。。Bug狀態(tài)態(tài)報告項目進(jìn)入系系統(tǒng)測試階階段后，SQA人員員要定期做做Bug狀狀態(tài)報告。。Bug狀狀態(tài)報告要要以郵件方方式發(fā)送給給項目組長長、項目組組成員、測測試人員和和項目高層層管理者。。關(guān)閉閉Bug對于于狀狀態(tài)態(tài)為為VERIFIED的的Bug，，應(yīng)應(yīng)由由Bug的的開開啟啟者者即即測測試試人人員員關(guān)關(guān)閉閉。。開開發(fā)發(fā)人人員員無無權(quán)權(quán)關(guān)關(guān)閉閉Bug。。將將Bug的的狀狀態(tài)態(tài)標(biāo)標(biāo)記記為為CLOSED，，則則Bug生生命命周周期期的的結(jié)結(jié)束束。。Bug報報告告的的屬屬性性（（內(nèi)內(nèi)容容））Bug號號報告告者者及及創(chuàng)創(chuàng)建建時時間間Bug狀狀態(tài)態(tài)問題題簡簡單單描描述述（（摘摘要要））基本本信信息息：：項目目嚴(yán)重重程程度度、、優(yōu)優(yōu)先先級級URL測試試平平臺臺、、操操作作系系統(tǒng)統(tǒng)抄送送詳細(xì)細(xì)信信息息：：詳細(xì)細(xì)描描述述問問題題再再現(xiàn)現(xiàn)過過程程問題題所所在在子子系系統(tǒng)統(tǒng)和和功功能能區(qū)區(qū)域域該功功能能區(qū)區(qū)域域的的開開發(fā)發(fā)者者和和測測試試者者配置置信信息息：：如如計計算算機(jī)機(jī)型型號號、、CPU、、LAN、、MEMORY、、OS……還可可以以建建立立附附件件（（上上傳傳圖圖片片、、文文檔檔））Bug報報告告的的屬屬性性（（內(nèi)內(nèi)容容））Bug統(tǒng)統(tǒng)計計1各模模塊塊問問題題分分布布簡簡況況1.流量量信信息息統(tǒng)統(tǒng)計計查查詢詢模模塊塊（（10個個，，59%））2.數(shù)數(shù)據(jù)據(jù)采采集集模模塊塊（（0個個，，0%））3.數(shù)數(shù)據(jù)據(jù)整整理理模模塊塊（（1個個，，6%））4.系系統(tǒng)統(tǒng)配配置置模模塊塊（（2個個，，12%））5.郵郵件件告告警警模模塊塊（（4個個，，24%））Bug統(tǒng)統(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統(tǒng)統(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天））注：標(biāo)記為LATE狀態(tài)態(tài)的問題不在在統(tǒng)計之列BugZilla操作指指南1注冊、登陸用戶輸入服務(wù)務(wù)器地址：6/bugzilla/，進(jìn)進(jìn)入主頁面后，點(diǎn)點(diǎn)擊“登陸””。BugZilla操作指指南2修改密碼進(jìn)入主頁面，，點(diǎn)擊“設(shè)置置”。BugZilla操作指指南3輸入BugAssignedto:為空則則默認(rèn)為設(shè)定定的admin,也也可手工填寫寫。CC:可為為多人，需用用"，"隔開開。BugZilla操作指指南4查詢Bug直接輸入BugID，，點(diǎn)擊find查詢。。在主頁面點(diǎn)擊擊“查詢”，，進(jìn)行條件查查詢。BugZilla操作指指南5處理Bug如果Bug屬屬于自己范圍圍，填寫“添添加說明”并并將Bug狀狀態(tài)改變。如果bug不不屬于自己的的范圍，直接接輸入被指定定人的Email，進(jìn)行行Ressigned。。BugZilla操作指指南6驗證BugBugZilla操作指指南8系統(tǒng)管理員工工作內(nèi)容：1、產(chǎn)品（Product）、版本本號(versions)和模塊(Components)的定義，，同時指定模模塊相應(yīng)的開開發(fā)者(owner)和和測試人員(QAContact)。2、小組的定定義和劃分3、測試中Bug嚴(yán)重程程度、優(yōu)先級級的定義4、增加用戶戶，并分別設(shè)設(shè)定全部用戶戶的分組、權(quán)權(quán)限。5、主要參數(shù)數(shù)（parameters）的設(shè)置置1）urlbase:輸入bugzilla工具所所在的服務(wù)器器IP地址。。2）usebuggroupsentry:設(shè)為ON,可以分組組。3）whinedays：Bug在whinedays設(shè)定的期限限內(nèi)若未被處處理，將自動動重發(fā)mail，默認(rèn)為為7天。4）defaultpriority:設(shè)定定默認(rèn)的優(yōu)先先級5）commentonresolve：設(shè)設(shè)為ON，，系統(tǒng)統(tǒng)將強(qiáng)強(qiáng)制要要求開開發(fā)者者處理理完Bug后后，必必須填填寫修修改的的內(nèi)容容。BugZilla操操作指指南9系統(tǒng)管管理員員基本本操作作:1、創(chuàng)創(chuàng)建