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

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

BUG描述及缺陷管理工具培訓(xùn)判斷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描述及缺陷管理工具培訓(xùn)報(bào)告Bug的基本原則盡快報(bào)告Bug;有效描述Bug;BUG描述及缺陷管理工具培訓(xùn)Bug的生命周期 Bug的生命周期就是指Bug從開(kāi)始提出到最后完全解決，并通過(guò)復(fù)查的過(guò)程。在這個(gè)過(guò)程中Bug報(bào)告的狀態(tài)不斷發(fā)生著變化，記錄著B(niǎo)ug的處理進(jìn)程。

BUG描述及缺陷管理工具培訓(xùn)BUG描述及缺陷管理工具培訓(xùn)有效描述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í)候可以添加注釋（remarks）；可以上載屏幕抓圖和其他附件。BUG描述及缺陷管理工具培訓(xùn)有效描述Bug以下是一個(gè)Bug描述的例子操作步驟：使用MappingBuilder對(duì)URL為“jdbc:mysql://2/test”的數(shù)據(jù)庫(kù)進(jìn)行映射，虛擬數(shù)據(jù)庫(kù)名稱設(shè)置為“VMysql”。進(jìn)入DataView主頁(yè)面，在DASList中點(diǎn)擊“VMysql”右側(cè)的“高級(jí)查詢”鏈接。在高級(jí)查詢頁(yè)面底端的輸入框中，輸入SQL語(yǔ)句“select*fromempinfo”，點(diǎn)擊查詢按鈕。在得到的查詢結(jié)果頁(yè)面中，點(diǎn)擊“下一頁(yè)”鏈接。翻頁(yè)到下一頁(yè)后，沒(méi)有出現(xiàn)“保存當(dāng)前頁(yè)面的查詢結(jié)果”鏈接，無(wú)法保存當(dāng)前頁(yè)面結(jié)果。BUG描述及缺陷管理工具培訓(xùn)編寫(xiě)B(tài)ug摘要Bug的摘要是要用一句話的形式簡(jiǎn)明扼要地將Bug描述出來(lái)，要清晰指出Bug所在部位以及其錯(cuò)誤類型，不能太籠統(tǒng)。如“頁(yè)面對(duì)非法輸入有問(wèn)題”可以修改為“流量信息查詢頁(yè)面對(duì)于非法輸入沒(méi)有進(jìn)行校驗(yàn)”。

BUG描述及缺陷管理工具培訓(xùn)BuglistBUG描述及缺陷管理工具培訓(xùn)新建狀態(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的狀態(tài)BUG描述及缺陷管理工具培訓(xùn)在軟件測(cè)試過(guò)程中發(fā)現(xiàn)的Bug，要根據(jù)其嚴(yán)重程度進(jìn)行分類，然后，進(jìn)行不同的處理?？梢园袯ug劃分為七級(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的級(jí)別BUG描述及缺陷管理工具培訓(xùn)Bug嚴(yán)重程度與處理工作日Blocker、critical：響應(yīng)時(shí)間1天，處理1天Major、normal：響應(yīng)時(shí)間1天，處理3天Minor、trivial：響應(yīng)時(shí)間1天，處理7天Enhancement:時(shí)間未定BUG描述及缺陷管理工具培訓(xù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è)版本修正也可以BUG描述及缺陷管理工具培訓(xùn)跟蹤Bug測(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)修正”。BUG描述及缺陷管理工具培訓(xùn)跟蹤Bug還有一種情況：開(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。BUG描述及缺陷管理工具培訓(xùn)Bug狀態(tài)報(bào)告項(xiàng)目進(jìn)入系統(tǒng)測(cè)試階段后，SQA人員要定期做Bug狀態(tài)報(bào)告。Bug狀態(tài)報(bào)告要以郵件方式發(fā)送給項(xiàng)目組長(zhǎng)、項(xiàng)目組成員、測(cè)試人員和項(xiàng)目高層管理者。BUG描述及缺陷管理工具培訓(xùn)關(guān)閉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é)束。BUG描述及缺陷管理工具培訓(xùn)Bug報(bào)告的屬性（內(nèi)容）Bug號(hào)報(bào)告者及創(chuàng)建時(shí)間Bug狀態(tài)問(wèn)題簡(jiǎn)單描述（摘要）基本信息：項(xiàng)目嚴(yán)重程度、優(yōu)先級(jí)URL測(cè)試平臺(tái)、操作系統(tǒng)抄送BUG描述及缺陷管理工具培訓(xùn)詳細(xì)信息：詳細(xì)描述問(wèn)題再現(xiàn)過(guò)程問(wèn)題所在子系統(tǒng)和功能區(qū)域該功能區(qū)域的開(kāi)發(fā)者和測(cè)試者配置信息：如計(jì)算機(jī)型號(hào)、CPU、LAN、MEMORY、OS…還可以建立附件（上傳圖片、文檔）Bug報(bào)告的屬性（內(nèi)容）BUG描述及缺陷管理工具培訓(xùn)Bug統(tǒng)計(jì)1各模塊問(wèn)題分布簡(jiǎn)況1.流量信息統(tǒng)計(jì)查詢模塊（10個(gè)，59%）2.數(shù)據(jù)采集模塊（0個(gè)，0%）3.數(shù)據(jù)整理模塊（1個(gè)，6%）4.系統(tǒng)配置模塊（2個(gè)，12%）5.郵件告警模塊（4個(gè)，24%）BUG描述及缺陷管理工具培訓(xùn)Bug統(tǒng)計(jì)2各級(jí)別問(wèn)題分布簡(jiǎn)況1.一級(jí)bug(blocker,critical)（1個(gè)，6%）2.二級(jí)bug(major,normal)（8個(gè)，45%）3.三級(jí)bug(minor,trivial)（5個(gè)，29%）4.四級(jí)bug(enhancement)（3個(gè)，20%）

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

BUG描述及缺陷管理工具培訓(xùn)BugZilla操作指南4查詢Bug直接輸入BugID，點(diǎn)擊find查詢。在主頁(yè)面點(diǎn)擊“查詢”，進(jìn)行條件查詢。BUG描述及缺陷管理工具培訓(xùn)BugZilla操作指南5處理Bug如果Bug屬于自己范圍，填寫(xiě)“添加說(shuō)明”并將Bug狀態(tài)改變。如果bug不屬于自己的范圍，直接輸入被指定人的Email，進(jìn)行Ressigned。BUG描述及缺陷管理工具培訓(xùn)BugZilla操作指南6驗(yàn)證BugBUG描述及缺陷管理工具培訓(xùn)BugZilla操作指南8系統(tǒng)管理員工作內(nèi)容：1、產(chǎn)品（Product）、版本號(hào)(versions)和模塊(Components)的定義，同時(shí)指定模塊相應(yīng)的開(kāi)發(fā)者(owner)和測(cè)試人員(QAContact)。2、小組的定義和劃分3、測(cè)試中Bug嚴(yán)重程度、優(yōu)先級(jí)的定義4、增加用戶，并分別設(shè)定全部用戶的分組、權(quán)限。5、主要參數(shù)（parameters）的設(shè)置1）urlbase:輸入bugzilla工具所在的服務(wù)器IP地址。2）usebuggroupsentry:設(shè)為ON,可以分組。3）whinedays：Bug在whinedays設(shè)定的期限內(nèi)若未被處理，將自動(dòng)重發(fā)mail，默認(rèn)為7天。4）defaultpriority:設(shè)定默認(rèn)的優(yōu)先級(jí)5）commentonresolve：設(shè)為ON，系統(tǒng)將強(qiáng)制要求開(kāi)發(fā)者處理完Bug后，必須填寫(xiě)修改的內(nèi)容。BUG描述及缺陷管理工具培訓(xùn)BugZilla操作指南9系統(tǒng)管理員基本操作:1、創(chuàng)建默認(rèn)的管理員用戶運(yùn)行checksetup.pl。若不小心刪除管理員，重新運(yùn)行checksetup.pl.2、管理用戶1）增加新用戶 點(diǎn)擊頁(yè)面右下角[users],submit后，出現(xiàn)[Addnewuser]頁(yè)面。輸入相應(yīng)輸入即可。Loginname:一般為郵件地址，可以設(shè)為其他標(biāo)識(shí)。2）禁止一個(gè)用戶 填寫(xiě)Disabledtext輸入框即可。3）修改用戶 可以修改用戶注冊(cè)名、密碼。 設(shè)置權(quán)限 QA的權(quán)限一般設(shè)為:Canconfirm,editbugs Developer的權(quán)限設(shè)為:none 分組控制：groupBUG描述及缺陷管理工具培訓(xùn)BugZilla操作指南10管理group1、增加groupeditgroup、addgroups(NewUserRe