Bugzilla說明


 

 

簡介

 

BugzillaMozilla公司向我們提供的一個開源的免費缺陷跟蹤工具。作為一個產品缺陷的記錄及跟蹤工具,它能夠為你建立一個完善的Bug跟蹤體系,包括報告Bug、查詢Bug記錄並產生報表、處理解決、管理員系統初始化和設置四部分。並具有如下特點:

 

基於Web方式,安裝簡單、運行方便快捷、管理安全。

 

有利於缺陷的清楚傳達。本系統使用數據庫進行管理,提供全面詳盡的報告輸入項,產生標准化的Bug報告。提供大量的分析選項和強大的查詢匹配能力,能根據各種條件組合進行Bug統計。當錯誤在它的生命周期中變化時,開發人員、測試人員、及管理人員將及時獲得動態的變化信息,允許你獲取歷史紀錄,並在檢查錯誤的狀態時參考這一記錄。

 

系統靈活,強大的可配置能力。Bugzilla工具可以對軟件產品設定不同的模塊,並針對不同的模塊設定開發人員和測試人員;這樣可以實現提交報告時自動發給指定的責任人;並可設定不同的小組。設定不同的用戶對Bug記錄的操作權限不同,可進行有效的控制管理。允許設定不同的嚴重程度和優先級,可以在錯誤的生命期中管理錯誤,從最初的報告到最后的解決,都有詳細的記錄,確保了錯誤不會被忽略,同時,可以讓開發人員將注意力集中在優先級和嚴重程度高的錯誤上。

 

自動發送Email通知相關人員。根據設定的不同責任人,自動發送最新的動態信息,有效的幫助測試人員和開發人員進行溝通。

 

Bugzilla操作流程

 

 

 

用戶登錄及設置流程

打開瀏覽器,輸入Bugzilla服務器地址:http://server/bugzilla/

進入主頁面后,點擊【新建帳號】,進入注冊頁面。

在注冊頁面中輸入E-Mail地址和用戶代號,然后,點擊【Create Account】,隨后,你將收到一封包含初始密碼的E-Mail

在收到E-Mail之后,點擊【登錄】,在帳號欄輸入注冊時使用的E-Mail地址,在密碼欄輸入郵件里通知的初始密碼,然后,點擊【Login】。

如忘記密碼,在登陸頁面中輸入注冊用戶名,點擊【Submit Request,根據收到的郵件進行重新設置密碼。

如果成功登錄后,點擊【Edit屬性】->【帳號設置】,進行密碼修改。

點擊【Edit屬性】->【郵件設置】,進行郵件通知設置。

點擊【Edit屬性】->【權限】,進行權限查詢。

Bug的處理流程概述

測試人員或開發人員發現bug后,判斷屬於哪個模塊的問題,填寫bug報告后,通過Email通知項目組長或直接通知開發者。

項目組長根據具體情況,重新reassigned分配給bug所屬的開發者。

開發者收到E-Mail信息后,判斷是否為自己的修改范圍。

  1. 若不是,重新reassigned分配給項目組長或應該分配的開發者;
  2. 若是,進行處理,resolved並給出解決方法。(可創建補丁附件及補充說明);

測試人員查詢開發者已修改的bug,進行重新測試。(可創建test case附件)

  1. 經驗證無誤后,修改狀態為VERIFIED。待整個產品發布后,修改為CLOSED
  2. 還有問題,REOPENED,狀態重新變為“New",並發郵件通知。

如果這個BUG一周內一直沒被處理過。Bugzilla就會一直用E-Mail騷擾它的屬主,直到采取行動為止。

測試人員報告Bug的流程

請先進行查詢,確認要提交的bug報告不會在原有紀錄中存在,若已經存在,不要提交,若有什么建議,可在原有紀錄中增加注釋,告知其屬主,讓bug的屬主看到這個后自己去修改。

Bug不存在,創建一份有效的bug報告后進行提交。

具體操作:點擊【新建】,選擇產品后,填寫一個Bug報告的表格。填表注意:【指派給】為空則默認為設定的owner, 也可手工制定。【抄送】可為多人,需用逗號隔開。【描述】中要詳細說明下列情況:

  1. 發現問題的步驟;
  2. 執行上述步驟后出現的情況;
  3. 期望應出現的正確結果。

【平台】、【操作系統】、【優先級】、【嚴重級】,可以根據具體情況自行選擇。

【依賴】是指與這個新Bug有關聯的Bug號碼。

Blocks】不太清楚J</P< p>

填寫完畢之后,點擊【Commit】提交,發送郵件通知給相關人員。

Bug的不同處理狀態解釋

l Bug的屬主(owner)確認並接受這個Bug,然后給出解決方法,並填寫【附加說明】,還可以【建立新的附件】(如:更改提交單)等等。

開發人員可以調整的Bug狀態如下:

  1. FIXED                   =>    描述的問題已經修改;
  2. INVALID               =>    描述的問題不是一個bug (輸入錯誤后,通過此項來取消)
  3. WONTFIX            =>    描述的問題將永遠不會被修復;
  4. LATER                  =>    描述的問題將不會在產品的這個版本中解決;
  5. DUPLICATE        =>    描述的問題是一個存在的bug的復件;
  6. WORKSFORME   =>    所有要重新產生這個bug的企圖是無效的。如果有更多的信息出現,請重新分配這個bug,而現在只把它歸檔。

測試人員收到Bug的修改通知之后,還可以做如下的調整:

  1. Leave as RESOLVED FIXED       =>   保持FIXED狀態不變;
  2. Reopen bug                                     =>    這個bug還有問題,重新打開;
  3. Mark bug as VERIFIED            =>   這個bug確實被正確修改了;
  4. Mark bug as CLOSED                   =>   產品已經發布,將這個bug關閉。

關於權限的說明

組內成員對bug具有查詢的權利,但不能進行修改。

l Bugowner reporter 具有修改的權利。

具有特殊權限的用戶具有修改的權利。

關於BUG頁面的說明

Bug報告狀態分類和Bug處理意見(Status and Resolution):

1.Bug報告狀態分類(Status)

待確認的(Unconfirmed)

新提交的(New)

已分配的(Assigned)

問題未解決的(Reopened)

待返測的(Resolved)

待歸檔的(Verified)

已歸檔的(Closed)

2.Bug處理意見(Resolution)

已修改的(Fixed)

不是問題(Nvalid)

無法修改(Wontfix)

以后版本解決(Later)

保留(Remind)

重復(Duplicate)

無法重現(Worksforme)

指定處理人(Assigned To)

l 可以指定一個處理人

l 如不指定處理人,則系統指定管理員為默認處理人

超鏈接(URL)

l 輸入超鏈接地址,引導處理人找到與報告相關聯的信息

概述(Summary)

概述部分“Summary”的描述,應保證處理人在閱讀時能夠清楚提交者在進行什么操作的時候發現了什么問題。

l 如果是通用組件部分的測試,則必須將這一通用組件對應的功能名稱寫入概述中,以便今后查詢。

硬件平台和操作系統(Platform and OS)

測試應用的硬件平台(Platform),通常選擇“PC”

測試應用的操作系統平台(OS)

版本(Version)

產生Bug的軟件版本

Bug報告優先級(Priority)

分五個等級即P1-P5,P1的優先級別最高之后逐級遞減

Bug狀態(Severity)

l Blocker,阻礙開發和/或測試工作

l Critical,死機,丟失數據,內存溢出

l Major,較大的功能缺陷

l Normal,普通的功能缺陷

l Minor,較輕的功能缺陷

l Trivial,產品外觀上的問題或一些不影響使用的小毛病,如菜單或對話框中的文字拼寫或字體問題等等

l Enhancement,建議或意見

報告人(Reporter)

l Bug報告提交者的賬號

郵件抄送列表(CC List)

l Bug報告抄送對象,該項可以不填

如需要抄送多人,可將郵件地址用“,”分隔

從屬關系(Bug “ID” depends on,Bug “ID” blocks)

l “Bug “ID” depends on”如果該Bug必須在其他Bug修改以后才能夠修改,則在此項目后填寫那個Bug的編號

l “Bug “ID” blocks”如果該Bug的存在影響了其他Bug的修改,則在此項目后填寫被影響的Bug編號

附加描述(Additional Comments)

Bug跟蹤過程中測試與開發人員通過這里進行溝通

l 開發人員可以在這里填寫處理意見和處理記錄

l 測試人員可以在這里填寫返測意見和對在返測過程中發現的新問題進行描述

Bug查找

可以通過頁腳中的“Query”鏈接進入查找界面

l 根據查找的需要在界面中選擇對象或輸入關鍵字

l 查找功能能夠進行字符或字串的匹配查找

l 查找功能具有布爾邏輯檢索功能

你可以通過在查找頁面中選擇“Remember this as my default query”將當前檢索頁面中設定的項目保存。以后可以從頁腳中的My bugs中直接調用這個項目進行檢索

你還可以通過在“Remember this query, and name it:”后面輸入字符,將你當前檢索頁面中設定的項目保存命名,同時選中“and put it in my page footer”。則以后這個被命名的檢索將出現在頁腳中。

Bug列表

如果你運行了Bug檢索功能,系統會根據你的需要列出相關的項目

你可以通過列表頁腳附近的“Change Columns”設定在列表中顯示的Bug記錄中的字段名稱

如果你擁有必要的權限,你還可以通過“Change several bugs”修改列表中羅列出的Bug的記錄。例如:修改Bug的所有者

通過“Send mail to bug owners”你可以給列表中羅列的Bug記錄的所有者發信

如果你對查找的結果不滿意,希望重新調整檢索設定。你可以通過“Edit this query”實現

通常情況下,檢索結果中只顯示最基本的信息。你可以通過“Long Format”顯示更詳細的內容

用戶屬性設置(Edit prefs)

賬號設置(Account Settings)

  1. 在這里你可以改變你賬號的基本信息,如口令,Email地址,真實姓名
  2. 為了安全起見,在此頁進行任何更改之前你都必須輸入你當前的口令
  3. 當你變更了你的Email地址,系統會給你的新老Email地址分別發一封確認郵件,你必須到郵件中指定的地址對你的更改進行確認

l Email設置(Email Settings)

n 你可以在此通過選擇告訴系統,你希望在什么條件下收到和你相關的郵件

頁腳(Page Footer)

設定“Preset Queries”是否在頁腳中顯示

用戶權限(Permissions)

n 你可以在此查看自己賬號現在的權限

 


免責聲明!

本站轉載的文章為個人學習借鑒使用,本站對版權不負任何法律責任。如果侵犯了您的隱私權益,請聯系本站郵箱yoyou2525@163.com刪除。



 
粵ICP備18138465號   © 2018-2025 CODEPRJ.COM