Bugzilla 培訓(xùn)手冊(cè)

《Bugzilla 培訓(xùn)手冊(cè)》由會(huì)員分享，可在線閱讀，更多相關(guān)《Bugzilla 培訓(xùn)手冊(cè)（7頁(yè)珍藏版）》請(qǐng)?jiān)谘b配圖網(wǎng)上搜索。

1、 Bugzilla 系統(tǒng)管理員手冊(cè) 前言 1 培訓(xùn)前的故事 1 Bugzilla介紹 2 產(chǎn)生 2 目的 2 Bugzilla操作說(shuō)明 3 1、 用戶登錄及設(shè)置 3 2、Bug的處理過程 3 4、 BUG處理流程 5 Bugzilla管理員操作指南 6 主要工作內(nèi)容： 6 基本操作： 6 管理group 6 管理Product 和 component 6 Bugzilla中的Bug流程 7 前言 不論你有任何借口，只要你寫程序，哪怕只是一個(gè)人的小組，如果你沒有一個(gè)系統(tǒng)化的管理軟件BUG的工具，你寫的程序的質(zhì)量一定高不了。許多程序員覺得自己可以記得自

2、己的軟件BUG。沒門！我從來(lái)記不住超過２到３個(gè)軟件BUG。而且第二天早上起床后忙著去買這買那，好不容易記住的軟件BUG早忘掉了。你絕對(duì)需要一個(gè)系統(tǒng)來(lái)管住你的那些BUG。 軟件BUG管理系統(tǒng)功能有多有少。但最少要管理以下幾種信息： l 如何重復(fù)軟件BUG的詳細(xì)步驟 l 正常情況（無(wú)BUG）應(yīng)是怎樣 l 現(xiàn)在情況（有BUG）又是怎樣 l 誰(shuí)來(lái)負(fù)責(zé)修補(bǔ)BUG l 問題有沒有解決 這就是公司搭建Bugzilla的意義所在。 培訓(xùn)前的故事 本段描述了軟件工程開發(fā)中關(guān)于管理的重要性，可跳過閱讀。 微軟Windows Word的第一版的開發(fā)項(xiàng)目曾被認(rèn)為是“死亡之旅”項(xiàng)目。好

3、象永遠(yuǎn)也做不完，永遠(yuǎn)超時(shí)。所有人瘋狂地工作，可怎么也完成不了任務(wù)。整個(gè)項(xiàng)目一拖再拖，大家都覺得壓力大得受不了。最后終于做完了這個(gè)鬼項(xiàng)目，微軟把全組送到墨西哥的Cancun去度假，讓大家坐下來(lái)好好想想。 大家意識(shí)到由于項(xiàng)目經(jīng)理過于強(qiáng)求程序員們按時(shí)交活，結(jié)果大家只能匆匆地趕活，寫出的程序毛病百出。由于項(xiàng)目經(jīng)理的開發(fā)計(jì)劃并沒有考慮解決BUG的時(shí)間，大家只能把解決BUG的任務(wù)往后推，結(jié)果BUG越積越多。有一個(gè)程序員負(fù)責(zé)寫計(jì)算字體高度的程序，為了圖快，居然寫一行“return 12;”了事。他指望以后的質(zhì)檢人員發(fā)現(xiàn)這段程序有毛病后報(bào)告他再改正。項(xiàng)目經(jīng)理的開發(fā)計(jì)劃事實(shí)上已變成一個(gè)列寫程序功能的清單，而上

4、面列的所謂程序功能遲早都會(huì)成為軟件BUG。在項(xiàng)目總結(jié)會(huì)上，我們稱這種工作方法為“絕對(duì)劣質(zhì)之路”。記?。涸谌魏螘r(shí)候,都要把解決現(xiàn)有程序里的問題作為首要問題來(lái)抓，然后再去寫新程序。 一般說(shuō)來(lái)，你越不及時(shí)地解決BUG，解決BUG的代價(jià)（時(shí)間和金錢）就會(huì)越高，隨程序開發(fā)進(jìn)度而指數(shù)增長(zhǎng)。比如，你寫程序時(shí)打錯(cuò)了一個(gè)字，編譯器馬上告訴你，你很容易就把它改正。你剛寫好的程序在第一次運(yùn)行時(shí)發(fā)現(xiàn)了一個(gè)問題，你也很快就能解決它，因?yàn)槟銓?duì)你剛寫的程序還記憶猶新。如果你運(yùn)行你的程序時(shí)發(fā)現(xiàn)了一個(gè)問題，可這個(gè)程序是幾天以前寫的，你可能就需要折騰一會(huì)兒，還好，你還大致記得，所以不會(huì)花太長(zhǎng)時(shí)間。但如果你在你幾個(gè)月以前寫的程序

5、里發(fā)現(xiàn)了問題，就比較難解決了，因?yàn)槟阋呀?jīng)忘了許多細(xì)節(jié)。這時(shí)候，你還沒準(zhǔn)兒正忙著解決別人程序里的BUG吶，因?yàn)檫@家伙到加勒比海阿魯巴島度假去了。這時(shí)候，解決這一堆問題的難度不亞于從事尖端科學(xué)研究。你一定得小心翼翼地，非常系統(tǒng)化地從事，而且你很難知道多長(zhǎng)時(shí)間你才能把問題解決。還有更糟糕的，你的程序已交到用戶手里了，才發(fā)現(xiàn)問題，那你就等著套腰包吧。 總結(jié)起來(lái)，就一條：越早解決問題，越容易解決。 另外還有一個(gè)原因，剛寫的程序里發(fā)現(xiàn)問題，你能夠比較容易地估算解決它的時(shí)間。舉個(gè)例子，如果我問你寫一段程序去把一個(gè)列表排序需要花多長(zhǎng)時(shí)間，你可以給我一個(gè)比較確切的估計(jì)。如果你的程序，在Internet

6、Explorer 5.5安裝以后，工作不正常。我問你要多長(zhǎng)時(shí)間把這個(gè)問題解決，你恐怕都估計(jì)不出來(lái)，因?yàn)槟愀揪筒恢朗鞘裁丛蛟斐闪诉@個(gè)問題。你可能要花三天時(shí)間才能解決，也有可能只花兩分鐘。 這個(gè)例子告訴我們，如果你的開發(fā)過程中有許多BUG沒有及時(shí)解決，那你的開發(fā)計(jì)劃肯定不可靠。反過來(lái)，如果你們已經(jīng)把已知的BUG全部解決了，要做的事只是寫新的程序，那你的開發(fā)計(jì)劃就會(huì)比較準(zhǔn)確。 把已知的BUG全部解決，這樣做還有一個(gè)好處：你可以對(duì)競(jìng)爭(zhēng)對(duì)手快速反擊。有些人把這叫著“讓開發(fā)中的產(chǎn)品隨時(shí)處在可以交給用戶的狀態(tài)”。如果你的競(jìng)爭(zhēng)對(duì)手推出一個(gè)新的功能想把你的客戶搶走，你可以馬上在你的產(chǎn)品里加上這個(gè)功能，

7、立刻將新產(chǎn)品交付用戶，因?yàn)槟銢]有一大堆積累下來(lái)的問題要解決。 Bugzilla介紹 產(chǎn)生 Bugzilla屬于產(chǎn)品缺陷跟蹤系統(tǒng)一種，創(chuàng)始人是Terry Weissman，開始時(shí)使用一種名為“TCL”的語(yǔ)言創(chuàng)建的，后用Perl語(yǔ)言實(shí)現(xiàn)，并作為Open source發(fā)布。 目的 也許你還沒有看到一個(gè)錯(cuò)誤管理系統(tǒng)所具有的價(jià)值；也許你正被大量的測(cè)試數(shù)據(jù)所淹沒，而迫切的需要一個(gè)產(chǎn)品缺陷的記錄及跟蹤的好幫手；也許你正在通過如：電子表格、數(shù)據(jù)庫(kù)等各種方式來(lái)不斷的開發(fā)和完善一個(gè)錯(cuò)誤跟蹤系統(tǒng)。Mozilla公司向我們提供了一個(gè)共享的免費(fèi)工具Buzilla.作為一個(gè)產(chǎn)品缺陷的記錄及跟蹤工具，它能夠?yàn)?/p>

8、你建立一個(gè)完善的Bug跟蹤體系，包括報(bào)告Bug、查詢Bug記錄并產(chǎn)生報(bào)表、處理解決、管理員系統(tǒng)初始化和設(shè)置四部分。并具有如下特點(diǎn)： 　　1．基于Web方式，安裝簡(jiǎn)單、運(yùn)行方便快捷、管理安全。 　　2．有利于缺陷的清楚傳達(dá)。本系統(tǒng)使用數(shù)據(jù)庫(kù)進(jìn)行管理，提供全面詳盡的報(bào)告輸入項(xiàng)，產(chǎn)生標(biāo)準(zhǔn)化的Bug報(bào)告。 提供大量的分析選項(xiàng)和強(qiáng)大的查詢匹配能力，能根據(jù)各種條件組合進(jìn)行Bug統(tǒng)計(jì)。當(dāng)錯(cuò)誤在它的生命周期中變化時(shí)，開發(fā)人員、測(cè)試人員、及管理人員將及時(shí)獲得動(dòng)態(tài)的變化信息，允許你獲取歷史紀(jì)錄，并在檢查錯(cuò)誤的狀態(tài)時(shí)參考這一記錄。 　　3．系統(tǒng)靈活，強(qiáng)大的可配置能力。Buzilla工具可以對(duì)軟件產(chǎn)品設(shè)定不同的

9、模塊，并針對(duì)不同的模塊設(shè)定制定的開發(fā)人員和測(cè)試人員；這樣可以實(shí)現(xiàn)提交報(bào)告時(shí)自動(dòng)發(fā)給指定的責(zé)任人；并可設(shè)定不同的小組，權(quán)限也可劃分。設(shè)定不同的用戶對(duì)Bug記錄的操作權(quán)限不同，可有效控制進(jìn)行管理。允許設(shè)定不同的嚴(yán)重程度和優(yōu)先級(jí)可以在錯(cuò)誤的生命其中管理錯(cuò)誤，從最初的報(bào)告到最后的解決，確保了錯(cuò)誤不會(huì)被忽略，同時(shí)可以使注意力集中在優(yōu)先級(jí)和嚴(yán)重程度高的錯(cuò)誤上。 4．自動(dòng)發(fā)送Email,通知相關(guān)人員。根據(jù)設(shè)定的不同責(zé)任人，自動(dòng)發(fā)送最新的動(dòng)態(tài)信息，有效的幫助測(cè)試人員和開發(fā)人員進(jìn)行溝通。 下面我們將按照Bugzilla的操作說(shuō)明、 Bugzilla管理員的操作指南兩部分來(lái)說(shuō)明這個(gè)工具的具體使用。 Bug

10、zilla操作說(shuō)明 1、 用戶登錄及設(shè)置 1.1用戶登錄 1. 用戶輸入服務(wù)器地址http://192.168.1.9/cgi-bin/bugs/index.cgi。 2. 進(jìn)入主頁(yè)面后，點(diǎn)擊【Log in to an existing account】，再點(diǎn)擊【login in】進(jìn)入。 3. 進(jìn)入注冊(cè)頁(yè)面，輸入用戶名和密碼即可登錄。用戶名為Email 地址，初始密碼為用戶名縮寫。登錄后自動(dòng)進(jìn)入查詢頁(yè)面。 4. 如忘記密碼，輸入用戶名,點(diǎn)擊【submit request】,根據(jù)收到的郵件進(jìn)行重新設(shè)置。 1.2 修改密碼及設(shè)置 　　 1．Login登錄后，【Edit prefs

11、】->【accout settings】 進(jìn)行密碼修改。 　　 2．【Edit prefs】->【email settings】 進(jìn)行郵件設(shè)置。 　　 3．【Edit prefs】-> 【permissions】 進(jìn)行權(quán)限查詢 2、Bug的處理過程 2.1 報(bào)告Bug 2.1.1測(cè)試人員報(bào)告Bug 　　1． 請(qǐng)先進(jìn)行查詢，確認(rèn)要提交的bug報(bào)告不會(huì)在原有紀(jì)錄中存在，若已經(jīng)存在，不要提交，若有什么建議，可在原有紀(jì)錄中增加注釋，告知其屬主，讓bug的屬主看到這個(gè)而自己去修改。 　　2． 若Bug不存在，創(chuàng)建一份有效的bug報(bào)告后進(jìn)行提交。 　　3． 操作：點(diǎn)擊New，選擇產(chǎn)品后

12、，填寫下表。 　　4． 填表注意：Assigned to: 為空則默認(rèn)為設(shè)定的owner, 也可手工制定。CC: 可為多人，需用"，"隔開。Desription中要詳細(xì)說(shuō)明下列情況： 　　1） 發(fā)現(xiàn)問題的步驟 　　2） 執(zhí)行上述步驟后出現(xiàn)的情況 　　3） 期望應(yīng)出現(xiàn)的正確結(jié)果 　　選擇group設(shè)置限定此bug對(duì)組的權(quán)限，若為空，則為公開。 　　5. 操作結(jié)果：Bug狀態(tài)（status）可以選擇Initial state 為New或Unconfirmed. 　　系統(tǒng)將自動(dòng)通過Email通知項(xiàng)目組長(zhǎng)或直接通知開發(fā)者。 　　6．幫助： Bug writing guidelines

13、 2.1.2 開發(fā)人員報(bào)告Bug. 　　1. 具體方法同測(cè)試人員報(bào)告。 　　2. 區(qū)別： Bug初始狀態(tài)將自動(dòng)設(shè)為Unconfirmed，待測(cè)試人員確定后變?yōu)椤癗ew". 2.2 Bug的不同處理情況 2.2.1 Bug的屬主 (owner) 處理問題后，提出解決意見及方法。 　　1 . 給出解決方法并填寫Additional Comments，還可創(chuàng)建附件（如：更改提交單） 　　2．具體操作（填表項(xiàng)如下） 　　3 . 填表注意： 　　FIXED 描述的問題已經(jīng)修改 　　INVALID 描述的問題不是一個(gè)bug (輸入錯(cuò)誤后，通過此項(xiàng)來(lái)取消) 　　WONTFIX 描述的問

14、題將永遠(yuǎn)不會(huì)被修復(fù)。 　　LATER 描述的問題將不會(huì)在產(chǎn)品的這個(gè)版本中解決. 　　DUPLICATE 描述的問題是一個(gè)存在的bug的復(fù)件。 　　WORKSFORME 所有要重新產(chǎn)生這個(gè)bug的企圖是無(wú)效的。如果有更多的信息出現(xiàn)，請(qǐng)重新分配這個(gè)bug，而現(xiàn)在只把它歸檔。 2.2.2 項(xiàng)目組長(zhǎng)或開發(fā)者重新指定Bug的屬主。（owner） 　　1． 為此bug不屬于自己的范圍，可置為 Assigned,等待測(cè)試人員重新指定。 　　2． 為此bug不屬于自己的范圍，但知道誰(shuí)應(yīng)該負(fù)責(zé)，直接輸入被指定人的Email， 進(jìn)行Ressigned。 　　3. 操作：（可選項(xiàng)如下） 　　* Ac

15、cept bug (change status to ASSIGNED) 　　* Reassign bug to 　　* Reassign bug to owner and QA contact of selected component 　　4． 操作結(jié)果：此時(shí)bug狀態(tài)又變?yōu)镹ew，此bug的owner變?yōu)楸恢付ǖ娜恕? 2.2.3測(cè)試人員驗(yàn)證已修改的 Bug. 　　1． 測(cè)試人員查詢開發(fā)者已修改的bug，即Status為"Resolved",Resolution為"Fixed".進(jìn)行重新測(cè)試。（可創(chuàng)建test case附件） 　　2． 經(jīng)驗(yàn)證無(wú)誤后，修改Resolution為

16、VERIFIED。待整個(gè)產(chǎn)品發(fā)布后，修改為CLOSED。 　　若還有問題，REOPENED，狀態(tài)重新變?yōu)椤癗ew"，并發(fā)郵件通知。 　　3． 具體操作（可選擇項(xiàng)） 　　　1. Leave as RESOLVED FIXED 　　　2. Reopen bug 　　　3. Mark bug as VERIFIED 　　　4. Mark bug as CLOSED 2.2.4 Bug報(bào)告者（reporter）或其他有權(quán)限的用戶修改及補(bǔ)充Bug l 可以修改Bug的各項(xiàng)內(nèi)容。 l 可以增加建立附件，增加了相關(guān)性, 并加一些評(píng)論來(lái)解釋你正在做些什么和你為什么做。 l 操作結(jié)果：每

17、當(dāng)一些人修改了bug報(bào)告或加了一個(gè)評(píng)論，他們將會(huì)被加到CC列表中，bug 報(bào)告中的改變會(huì)顯在要發(fā)給屬主、寫報(bào)告者和CC列表中的人的電子郵件中。 2.2.5測(cè)試人員確認(rèn)開發(fā)人員報(bào)告的Bug是否存在. l 查詢狀態(tài)為“Unconfirmed"的Bug, l 測(cè)試人員對(duì)開發(fā)人員提交的Bug進(jìn)行確認(rèn)，確認(rèn)Bug存在。 l 具體操作：選中“Confirm bug(change status to New)"后，進(jìn)行commit. l 操作結(jié)果：狀態(tài)變?yōu)椤癗ew". 2.3 查詢Bug 　　1．直接輸入Bug Id，點(diǎn)擊find 查詢。可以查看Bug的活動(dòng)紀(jì)錄。 　　2．點(diǎn)擊Quer

18、y，輸入條件進(jìn)行查詢。 　　3．查詢Bug活動(dòng)的歷史 　　4．產(chǎn)生報(bào)表。 　　5．幫助：點(diǎn)擊Clue. 3、關(guān)于權(quán)限的說(shuō)明 　　1． 組內(nèi)成員對(duì)bug具有查詢的權(quán)利,但不能進(jìn)行修改。 　　2． Bug的owner 和 reporter 具有修改的權(quán)利。 　　3． 具有特殊權(quán)限的用戶具有修改的權(quán)利。 4、 BUG處理流程 　　1． 測(cè)試人員或開發(fā)人員發(fā)現(xiàn)bug后，判斷屬于哪個(gè)模塊的問題，填寫bug報(bào)告后，通過Email通知項(xiàng)目組長(zhǎng)或直接通知開發(fā)者。 　　2． 項(xiàng)目組長(zhǎng)根據(jù)具體情況，重新reassigned分配給bug所屬的開發(fā)者。 　　3． 開發(fā)者收到Email信息后，

19、判斷是否為自己的修改范圍. 　　 1） 若不是,重新reassigned分配給項(xiàng)目組長(zhǎng)或應(yīng)該分配的開發(fā)者。 　　 2） 若是，進(jìn)行處理，resolved并給出解決方法。（可創(chuàng)建補(bǔ)丁附件及補(bǔ)充說(shuō)明） 　　4． 測(cè)試人員查詢開發(fā)者已修改的bug，進(jìn)行重新測(cè)試。（可創(chuàng)建test case附件） 　　 1） 經(jīng)驗(yàn)證無(wú)誤后，修改狀態(tài)為VERIFIED。待整個(gè)產(chǎn)品發(fā)布后，修改為CLOSED。 　　 2） 還有問題，REOPENED，狀態(tài)重新變?yōu)椤癗ew"，并發(fā)郵件通知。 　　5． 如果這個(gè)BUG一周內(nèi)一直沒被處理過。Bugzilla就會(huì)一直用email騷擾它的屬主，直到采取行動(dòng)。 B

20、ugzilla管理員操作指南 主要工作內(nèi)容： 1． 產(chǎn)品（Product）、版本號(hào)(versions)和模塊(Components)的定義，同時(shí)指定模塊相應(yīng)的開發(fā)者(owner)和測(cè)試人員(QA Contact)。 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在whineday

21、s設(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)制要求開發(fā)者處理完Bug 后，必須填寫修改的內(nèi)容。 基本操作： 1． 創(chuàng)建默認(rèn)的管理員用戶。 　　運(yùn)行checksetup.pl。若不小心刪除管理員，重新運(yùn)行checksetup.pl. 2． 管理用戶 1） 增加新用戶 　　點(diǎn)擊頁(yè)面右下角【users】,submit后，出現(xiàn)【Add new user】頁(yè)面。輸入相應(yīng)輸入即可。Login name: 一般為郵件地址，可以設(shè)為其他標(biāo)識(shí)。 2） 禁止一

22、個(gè)用戶 　　填寫Disabled text 輸入框即可。 3）修改用戶 　　可以修改用戶注冊(cè)名、密碼。 　　設(shè)置權(quán)限 　　QA的權(quán)限一般設(shè)為: Canconfirm, editbugs 　　Developer的權(quán)限設(shè)為: none 　　分組控制：group 管理group 1． 增加group 　　edit groupàadd groups (New User Regexp可不填/active 選擇則可選)->add 2． 修改group ,submit 即可。 管理Product 和 component 　　1)增加產(chǎn)品Product 　　2) 增加組件Component 對(duì)應(yīng)一個(gè)owner(進(jìn)行fixed),QA Contact（確保已fixed） 　 3) Component Number of Unconfirmed =10000,此產(chǎn)品將選擇bug的初始狀態(tài)（Unconfirmed,New） Bugzilla中的Bug流程 Bug開始 初始狀態(tài) 指派處理人員 二次指派 處理Bug 確認(rèn)處理 關(guān)閉 Bug結(jié)束 重新 打開 7