1、BUG提出和處理流程規范1引言1目的提高測試以及產品缺陷修改效率，避免出現擱置和遺漏的缺陷，從而提高產品的質量，降低質量檢查和缺陷修改成本2適用范圍適用于研發部門（Confernece、Flash、監控），質量保證部門1.3 定義bug：通過測試檢查出的產品缺陷；新建、打回、已確認、已指派、已解決、已關閉：測試中bug的不同狀態，詳細信息見本規范第3部分；4參考資料無2 BUG提交和處理規范說明在測試人員提交bug的時候，必須對bug信息進的描述必須詳細全面、清晰明確，如果有條件，需要描述使用的環境，在BUG出現前的具體操作，如果抓圖，必須抓取jpg全屏圖象，但不能使用BMP格式上傳到BUG庫

2、中，有抓包文件需要上傳BUG庫，空間不夠需要放到 HYPERLINK 192.168.0.254qa測試bug日志 192.168.0.254qa測試bug日志目錄中，標題以BUG號區分；在測試人員提交bug的時候，必須按具體情況，填寫重要級別、出現頻率、優先級別三個欄目，而非測試人員不得對上述信息進行直接改變，如覺得這三個信息填寫不恰當，可以在該bug下的注解中提出意見，并“打回”給bug提交人員或質量部經理處，經過確認后修改；開發人員對bug進行處理后的變更狀態成“打回”時，或“指派”給產品部門時以及變更成“已確認”時必須進行必要的描述和說明,在狀態變更時，必須要指定具體接收人；開發人員在

3、注解中描述該BUG計劃什么時候解決或做其他闡述的時候，要明確寫清承諾的具體版本號，禁止使用“上一版本”、“本版本”、“下一版本”等字樣，以免造成誤會或混淆；修改完成的BUG注釋中加入相關的確認信息，如“XXX Review并通過。如果已經是“關閉”狀態的BUG，測試人員在后期測試中又出現了需要重新打開，重開后的BUG狀態為“打回”，測試人員需要再多一個操作，即“指派”給具體的研發人員。一直處于“打回”狀態的BUG，測試人員需要經過兩輪（即兩個版本）測試后仍然沒有重現的，可以關閉。但是此兩輪測試在該BUG中必須有注釋，比如：“XX版本（要求有具體版本號）測試沒有重現”，當第二輪測試仍沒出現時也需

4、要注釋一次，即可進行關閉。3 Mantis Mantis是PHP/MySQL/Web-based缺陷跟蹤系統。其特點：個人可定制的Email通知功能，每個用戶可根據自身的工作特點只訂閱相關缺陷狀態郵件； 支持多項目、多語言； 權限設置靈活，不同角色有不同權限，每個項目可設為公開或私有狀態，每個缺陷可設為公開或私有狀態，每個缺陷可以在不同項目間移動； 主頁可發布項目相關新聞，方便信息傳播； 支持上傳文件，提供進一步的bug信息； 支持上傳項目文檔； 方便的缺陷關聯功能，除重復缺陷外，每個缺陷都可以鏈接到其他相關缺陷； 缺陷報告可打印或輸出為CSV格式。支持可定制的報表輸出，可定制用戶輸入域； 有

5、各種缺陷趨勢圖和柱狀圖，為項目狀態分析提供依據，如果不能滿足要求，可以把數據輸出到Excel中進一步分析； 流程定制不方便，但該流程可滿足一般的缺陷跟蹤。在提交bug時需要填寫相關信息，還可以上傳相關文件（如出錯的log或者截圖等），對于bug添加注釋（允許再次更新）。下面是基本信息的介紹出現頻率可重現- 穩定地能重現經常- 比較經常出現偶爾 - 偶爾出現不可重現 - 無法重現N/A - 其他情況嚴重性不合理或別扭 - 使用不方便，吹毛求疵的標準文本錯誤- 文本錯誤崩潰死鎖 - 導致死機的bug嚴重錯誤 - 導致功能無法正常運行下去次要錯誤-功能性問題優先權高- 優先級高中 - 普通優先級低

6、- 優先級較低，有時間就解決加急 - 緊急bug,盡快解決特急 - 刻不容緩，馬上需要解決無 - 無關緊要，可以慢慢解決bug狀態新建 - 新加入的打回 - 需要更多的診斷信息，需要bug提交者提供已確認 - 看過了， 確認問題和指派已分派 - 指派給程序員解決已解決 - 應該已經解決了，等待測試確認已關閉 - 關閉bug，確認已經解決一個典型的bug跟蹤流程：由測試人員提交bug，如果經過協商確認這不是bug，由測試人員直接“關閉” bug。如果是bug，但是可能延期到下一個版本或者不著急解決的，由測試或者開發人員將狀態設為“已確認”。如果是需要修改的bug，“指派”到相關的開發人員負責。開

7、發人員在完成bug的修改后將bug狀態修改為“已解決”。然后由測試人員再次測試后確認bug修改了，將bug狀態設為“已關閉”。這樣一次bug修改就完成了。但還有特殊情況，有時候關閉的bug會再次出現，這時候需要重新打開 bug，bug狀態變為“打回”，重新進入“指派”或者“確認”的流程。可以注意到上面的流程中，“開發人員”是無權關閉bug的，他只能把bug標記為resolved等待“測試人員”或者其他管理人員關閉 bug。mantis在權限的實現方面支持下面幾種權限的用戶查看人員 - 只能觀看bug情況的用戶報告人員 - 只能提交bug的用戶修改人員 - 能夠提交bug和更新bug的狀態開發人員 - 有很高的權限，可以對BUG進行修改、 指定、解決、關閉、刪除。經理 - 管理project的用戶，可以將開發人員指定給某個項目。管理員 - 系統管理員在mantis的權限控制系統中“開發人員”擁有對bug生存周期的全部權限，個人感覺這是不妥的，至少關閉、刪除 bug的權限要屬于bug的“報告者”或者“經理”一級，有時間的話可以對于系統進行