Bugzilla系統(tǒng)管理員培訓(xùn)手冊(cè)

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

系統(tǒng)管理員手冊(cè)

前言.........................................................................1

培訓(xùn)前的故事.................................................................I

Bugzilla介紹.................................................................2

產(chǎn)生.....................................................................2

目的.....................................................................2

Bugzilla操作說(shuō)明.............................................................3

1、用戶登錄及設(shè)置......................................................3

2、Bug的處理過(guò)程.......................................................3

4、BUG處理流程.......................................................5

Bugzilla管理員操作指南......................................................6

要緊工作內(nèi)容：..........................................................6

基本操作：..............................................................6

管理group..............................................................................................................................6

管理Product與component.................................................................................................6

Bugzilla中的Bug流程........................................................7

前言

不論你有任何借口，只要你寫程序，哪怕只是一個(gè)人的小組，假如你沒(méi)有一個(gè)系統(tǒng)化的

管理軟件BUG的工具，你寫的程序的質(zhì)量一定高不了。許多程序員覺(jué)得自己能夠記得自己的

軟件BUG。沒(méi)門！我從來(lái)記不住超過(guò)2到3個(gè)軟件BUG。而且第二天旦上起床后忙著去買這

買那，好不容易記住的軟件BUG早忘掉了。你絕對(duì)需要一個(gè)系統(tǒng)來(lái)管住你的那些BUG。

軟件BUG管理系統(tǒng)功能有多有少。但最少要管理下列幾種信息：

?如何重復(fù)軟件BUG的全面步驟

?正常情況（無(wú)BUG）應(yīng)是如何

?現(xiàn)在情況（有BUG）又是如何

?誰(shuí)來(lái)負(fù)責(zé)修補(bǔ)BUG

?問(wèn)題是否具有解決

這就是公司搭建Bugzilla的意義所在。

培訓(xùn)前的故事

本段描述了軟件工程開發(fā)中關(guān)于管理的重要性，可跳過(guò)閱讀。

微軟WindowsWord的第一版的開發(fā)項(xiàng)目曾被認(rèn)為是“死亡之旅”項(xiàng)目。好象永遠(yuǎn)也做

不完，永遠(yuǎn)超時(shí)。所有人瘋狂地工作，可怎么也完成不了任務(wù)。整個(gè)項(xiàng)目一拖再拖，大家都

覺(jué)得壓力大得受不了。最后終于做完了這個(gè)鬼項(xiàng)目，微軟把全組送到墨西哥的Cancun去度

假，讓大家坐下來(lái)好好想想。

大家意識(shí)到由于項(xiàng)目經(jīng)理過(guò)于強(qiáng)求程序員們按時(shí)交活，結(jié)果大家只能匆匆地趕活，寫出

的程序毛病百出。由于項(xiàng)目經(jīng)理的開發(fā)計(jì)劃并沒(méi)有考慮解決BUG的時(shí)間，大家只能把解決

BUG的任務(wù)往后推，結(jié)果BUG越積越多。有一個(gè)程序員負(fù)責(zé)寫計(jì)算字體高度的程序，為了圖

快，居然寫一行“return12;”了事。他指望以后的質(zhì)檢人員發(fā)現(xiàn)這段程序有毛病后報(bào)告他

再改正。項(xiàng)目經(jīng)理的開發(fā)計(jì)劃事實(shí)上已變成一個(gè)列寫程序功能的清單，而上面列的所謂程序

功能遲早都會(huì)成為軟件BUGo在項(xiàng)目總結(jié)會(huì)上，我們稱這種工作方法為“絕對(duì)劣質(zhì)之路”。

記?。涸谌魏螘r(shí)候，都要把解決現(xiàn)有程序里的問(wèn)題作為首要問(wè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è)問(wèn)題，你也很快就能解決它，由于你對(duì)

你剛寫的程序還經(jīng)歷猶新。假如你運(yùn)行你的程序時(shí)發(fā)現(xiàn)了一個(gè)問(wèn)題，可這個(gè)程序是幾天往常

寫的，你可能就需要折騰一會(huì)兒，還好，你還大致記得，因此不可能花太長(zhǎng)時(shí)間。但假如你

在你幾個(gè)月往常寫的程序里發(fā)現(xiàn)了問(wèn)題，就比較難解決了，由于你已經(jīng)忘了許多細(xì)節(jié)。這時(shí)

候，你還沒(méi)準(zhǔn)兒正忙著解決別人程序里的BUG吶，由于這家伙到加勒比海阿魯巴島度假去了。

這時(shí)候，解決這堆問(wèn)題的難度不亞于從事尖端科學(xué)研究。你定得小心翼翼地，井常系統(tǒng)

化地從事，而且你很難明白多長(zhǎng)時(shí)間你才能把問(wèn)題解決。還有更糟糕的，你的程序已交到用

戶手里了，才發(fā)現(xiàn)問(wèn)題，那你就等著套腰包吧。

總結(jié)起來(lái)，就一條：越早解決問(wèn)題，越容易解決。

另外還有一個(gè)原因，剛寫的程序里發(fā)現(xiàn)問(wèn)題，你能夠比較容易地估算解決它的時(shí)間。舉

個(gè)例子，假如我問(wèn)你寫一?段程序去把?個(gè)列表排序需要花多長(zhǎng)時(shí)間，你能夠給我?個(gè)比較確

切的估計(jì)。假如你的程序，在InternetExplorer5.5安裝以后，工作不正常。我問(wèn)你要多

長(zhǎng)時(shí)間把這個(gè)問(wèn)題解決，你估計(jì)都估計(jì)不出來(lái)，由于你根本就不明白是什么原因造成了這個(gè)

問(wèn)題。你可能要花三天時(shí)間才能解決，也有可能只花兩分鐘。

這個(gè)例子告訴我們，假如你的開發(fā)過(guò)程中有許多BUG沒(méi)有及時(shí)解決，那你的開發(fā)計(jì)劃確

信不可靠。反過(guò)來(lái)，假如你們已經(jīng)把己知的BUG全部解決了，要做的事只是寫新的程序，那

你的開發(fā)計(jì)劃就會(huì)比較準(zhǔn)確。

把已知的BUG全部解決，這樣做還有一個(gè)好處：你能夠?qū)Ω?jìng)爭(zhēng)對(duì)手快速反擊。有些人把

這叫著“讓開發(fā)中的產(chǎn)品隨時(shí)處在能夠交給用戶的狀態(tài)，假如你的競(jìng)爭(zhēng)對(duì)于推出一個(gè)新的

功能想把你的客戶搶走，你能夠馬上在你的產(chǎn)品里加上這個(gè)功能，立刻將新產(chǎn)品交付用戶，

由于你沒(méi)有一大堆積存下來(lái)的問(wèn)題要解決。

Bugzilla介紹

產(chǎn)生

Bugzilla屬于產(chǎn)品缺陷跟蹤系統(tǒng)一種，創(chuàng)始人是TerryWeissman,開始時(shí)使用一種名為

“TCL”的語(yǔ)言創(chuàng)建的，后用Perl語(yǔ)言實(shí)現(xiàn)，并作為Opensource公布。

目的

也許你還沒(méi)有看到?個(gè)錯(cuò)誤管理系統(tǒng)所具有的價(jià)值；也許你正被大量的測(cè)試數(shù)據(jù)所淹沒(méi)，而

迫切的需要一個(gè)產(chǎn)品缺陷的記錄及跟蹤的好幫手：也許你正在通過(guò)如：電子表格、數(shù)據(jù)庫(kù)等各類

方式來(lái)不斷的開發(fā)與完善一個(gè)錯(cuò)誤跟蹤系統(tǒng)。Mozilla公司向我們提供了一個(gè)共享的免費(fèi)工具

Buzilla.作為一個(gè)產(chǎn)品缺陷的記錄及跟蹤工具，它能夠?yàn)槟憬⒁粋€(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工具能夠?qū)浖a(chǎn)品設(shè)定不一致的模塊，并針

對(duì)不一致的模塊設(shè)定制定的開發(fā)人員與測(cè)試人員：這樣能夠?qū)崿F(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ò)誤不可能被忽略，同時(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ō)明、Dugzilla管理員的操作指甫兩部分來(lái)說(shuō)明這個(gè)工

具的具體使用。

Bugzilla操作說(shuō)明

1、用戶登錄及設(shè)置

1.1用戶登錄

1.進(jìn)入主頁(yè)面后，點(diǎn)擊【Lo義intoanexistingaccount],再點(diǎn)擊【loginin]進(jìn)入。

2.進(jìn)入注冊(cè)頁(yè)面，輸入用戶名與密碼即可登錄。用戶名為Email地址，初始密碼為用戶

名縮寫。登錄后自動(dòng)進(jìn)入查詢頁(yè)面。

3.如不記得密碼，輸入用戶名，點(diǎn)擊【submilrequest】，根據(jù)收到的郵件進(jìn)行重新設(shè)置。

1.2修改密碼及設(shè)置

1.Login登錄后，【Editprefs]->[accoutsettings]進(jìn)行密碼修改。

2.[Editprefs]->【emailsettings]進(jìn)行郵件設(shè)置。

3.[Editprefs]->[permissions]進(jìn)行權(quán)限查詢

2、Bug的處理過(guò)程

2.1報(bào)告Bug

2.1.1測(cè)試人員報(bào)告Bug

1.請(qǐng)先進(jìn)行查詢，確認(rèn)要提交的bug報(bào)告不可能在原有紀(jì)錄中存在，若已經(jīng)存在，不要提

交，若有什么建議，可在原有紀(jì)錄中增加注釋，告知其屬主，讓bug的屬主看到這個(gè)而自己去修

改。

2.若Bug不存在，創(chuàng)建一份有效的bug報(bào)告后進(jìn)行提交。

3.操作：點(diǎn)擊New,選擇產(chǎn)品后，填寫下表。

4.填表注意：Assignedto:為空則默認(rèn)為設(shè)定的owner,也可手工制定。CC:可為多人,

需用"，"隔開。Desription中要全面說(shuō)明下列情況：

1）發(fā)現(xiàn)問(wèn)題的步驟

2）執(zhí)行上述步驟后出現(xiàn)的情況

3）期望應(yīng)出現(xiàn)的正確結(jié)果

選擇group設(shè)置限定此bug對(duì)組的權(quán)限，若為空，則為公開。

5.操作結(jié)果：Bug狀態(tài)（status）能夠選擇Initialstate為New或者Unconfirmed.

系統(tǒng)將自動(dòng)通過(guò)Email通知項(xiàng)目組長(zhǎng)或者直接通知開發(fā)者。

6.幫助：Bugwritingguidelines

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.2Bug的不一致處理情況

2.2.1Bug的屬主（owner）處理問(wèn)題后，提出解決意見及方法。

1.給出解決方法并填寫AdditionalComments,還可創(chuàng)建附件（如：更換提交單）

2.具體操作（填表項(xiàng)如下）

3.填表注意：

FIXED描述的問(wèn)題已經(jīng)修改

INVALID描述的問(wèn)題不是一個(gè)bug（輸入錯(cuò)誤后，通過(guò)此項(xiàng)來(lái)取消）

WONTFIX描述的問(wèn)題將永遠(yuǎn)不可能被修復(fù)。

LATER描述的問(wèn)題將不可能在產(chǎn)品的這個(gè)版本中解決.

DUPLICATE描述的問(wèn)題是一個(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)行

Ressignedo

3.操作：（可選項(xiàng)如下）

*Acceptbug（changestatustoASSIGNED）

*Reassignbugto

*ReassignbugtoownerandQAcontactofselectedcomponent

4.操作結(jié)果：如今bug狀態(tài)又變?yōu)镹ew,此bug的owner變?yōu)楸恢付ǖ娜恕?/p>

2.2.3測(cè)試人員驗(yàn)證已修改的Bug.

1.測(cè)試人員查詢開發(fā)者已修改的bug,即Status為"Resolved”,Resolution為"Fixed".

進(jìn)行重新測(cè)試。（可創(chuàng)建testcase附件）

2.經(jīng)驗(yàn)證無(wú)誤后，修改Resolution為VERIFIED。待整個(gè)產(chǎn)品公布后，修改為CLOSED。

若還有問(wèn)題，REOPENED,狀態(tài)重新變?yōu)椤癗ew”,并發(fā)郵件通知。

3.具體操作（可選擇項(xiàng)）

1.LeaveasRESOLVEDFIXED

2.Reopenbug

3.MarkbugasVERIFIED

4.MarkbugasCLOSED

2.2.4Bug報(bào)告者（reporter）或者其他有權(quán)限的用戶修改及補(bǔ)充Bug

?能夠修改Bug的各項(xiàng)內(nèi)容。

?能夠增加建立附件，增加了有關(guān)性，并加一些評(píng)論來(lái)解釋你正在做些什么與你為什么做。

?操作結(jié)果：每當(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是否存在.

?查詢狀態(tài)為“Unconfirmed”的Bug,

?測(cè)試人員對(duì)開發(fā)人員提交的Bug進(jìn)行確認(rèn)，確認(rèn)Bug存在。

?具體操作：選中“Confirmbug（changestatustoNew）”后，進(jìn)行commit.

?操作結(jié)果：狀態(tài)變?yōu)椤癗ew”.

2.3查詢Bug

1.直接輸入BugId,點(diǎn)擊find查詢。能夠查看Bug的活動(dòng)紀(jì)錄。

2.點(diǎn)擊Query,輸入條件進(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è)模塊的問(wèn)題，填寫bug報(bào)告后，通過(guò)

Email通知項(xiàng)目組長(zhǎng)或者直接通知開發(fā)者。

2.項(xiàng)目組長(zhǎng)根據(jù)具體情況，重新reassigned分配給bug所屬的開發(fā)者。

3.開發(fā)者收到Email信息后，推斷是否為自己的修改范圍.

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)建testcase附件）

1）經(jīng)驗(yàn)證無(wú)誤后，修改狀態(tài)為VERIFIED。待整個(gè)產(chǎn)品公布后，修改為CLOSED。

2）還有問(wèn)題，REOPENED,狀態(tài)重新變?yōu)椤癗ew”,并發(fā)郵件通知。

5.假如這個(gè)BUG一周內(nèi)一直沒(méi)被處理過(guò)。Bugzilla就會(huì)一直用email騷擾它的屬主，直

到采取行動(dòng)。

Bugzilla管理員操作指南

要緊工作內(nèi)容：

1.產(chǎn)品(Product)、版本號(hào)(versions)與模塊(Components)的定義，同時(shí)指定模塊相應(yīng)的開

發(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,能夠分組。