Bugzilla簡明使用手則

　　1 簡介：

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

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

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

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

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

　　2 Bugzilla操作流程：

　　2.1 用戶登錄及設置流程：

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

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

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

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

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

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

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

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

　　2.2 Bug的處理流程概述：

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

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

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

　　A. 若不是，重新reassigned分配給項目組長或應該分配的開發者;

　　B. 若是，進行處理，resolved并給出解決方法。(可創建補丁附件及補充說明);

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

　　A. 經驗證無誤后，修改狀態為VERIFIED。待整個產品發布后，修改為CLOSED。

　　B. 還有問題，REOPENED，狀態重新變為“New"，并發郵件通知。

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

　　2.3 一個Bug的生存周期圖示：

　　2.4 測試人員報告Bug的流程：

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

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

　　具體操作：點擊【新建】，選擇產品后，填寫一個Bug報告的表格。填表注意：【指派給】為空則默認為設定的owner, 也可手工制定?！境汀靠蔀槎嗳?，需用逗號隔開?！久枋觥恐幸敿氄f明下列情況：

　　A. 發現問題的步驟;

　　B. 執行上述步驟后出現的情況;

　　C. 期望應出現的正確結果。

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

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

　　【Blocks】不太清楚J

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

　　2.5 Bug的不同處理狀態解釋：

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

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

　　A. FIXED => 描述的問題已經修改;

　　B. INVALID => 描述的問題不是一個bug (輸入錯誤后，通過此項來取消);

　　C. WONTFIX => 描述的問題將永遠不會被修復;

　　D. LATER => 描述的問題將不會在產品的這個版本中解決;

　　E. DUPLICATE => 描述的問題是一個存在的bug的復件;

　　F. WORKSFORME => 所有要重新產生這個bug的企圖是無效的。如果有更多的信息出現，請重新分配這個bug，而現在只把它歸檔。

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

　　A. Leave as RESOLVED FIXED => 保持FIXED狀態不變;

　　B. Reopen bug => 這個bug還有問題，重新打開;

　　C. Mark bug as VERIFIED => 這個bug確實被正確修改了;

　　D. Mark bug as CLOSED => 產品已經發布，將這個bug關閉。

　　2.6 關于權限的說明：

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

　　Bug的owner 和 reporter 具有修改的權利。

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

原文轉自：http://www.kjueaiud.com