Bug送出規範及注意事項

Bug送出規範及注意事項：

一、BUG送出規範

目前所使用的JIRA系統中，BUG的内容主要包括以下要素：

缺陷ID	BUG的唯一标示，由JIRA自動生成。
項目名稱	每個要測試的軟體項目都有唯一的名稱。
問題類型	選擇是BUG還是新功能，子任務等。
主題	簡明的對BUG進行概要描述。
嚴重程度	BUG的嚴重程度
優先級（缺少）	BUG解決的優先級
到期日	BUG需要處理的截止日期
子產品	BUG所屬的組織子產品
影響版本	産生BUG的版本号
解決版本	解決BUG的版本号
經辦人	需要指派處理的人員，如不清楚統一給項目負責人
報告人	報告BUG的人員
環境	描述目前測試的軟硬體環境
描述	在較長的描述中，可對BUG産生的前提條件、操作步驟、實際結果、預期結果等進行描述
附件	送出BUG時，可上傳必要的附件。（截圖，日志等）
備注	其他需要注意的地方；

具體送出規範如下：

1.  現象描述

 較長的描述BUG的現象；

2.  測試環境

說明發現BUG的測試環境；

3.  前提條件

較長的描述BUG産生的前提條件。例如浏覽器，作業系統，移動裝置元件版本，軟體版本等；

4.  操作步驟

較長的描述發現BUG的操作步驟；

5.  期望結果

描述預期正确的結果；

6.  實際結果

描述實際不正确的結果；

7.  BUG嚴重性等級

初步判定BUG的嚴重性等級；

8.  BUG優先級

判定BUG被修複的優先級别；

9.  附件

包括：BUG現象截圖、操作産生的系統日志等；

注：嚴重等級以上BUG必須帶有附件，一般性BUG則附件可選。

10.     備注

BUG補充說明資訊，如：測試分析意見、其它裝置有無類似情況等；

附BUG送出範例：

【前提條件】

作業系統：Win7

浏覽器：IE10，Firefox 47.0.1

【操作步驟】

1.     首頁，點選“我要注冊”；

2.     打開注冊頁面，輸入未注冊過的手機号和密碼

3.     點選 注冊按鈕；

【實際結果】

注冊不成功，停留在目前頁面

【預期結果】

注冊成功，跳轉至首頁

二、BUG送出注意事項

1. 測試人員送出新缺陷時，盡量用最簡潔的語言最清晰的描述出BUG的出處、操作步驟、現象、（建議），并盡量截圖；

2. 當你的BUG報告以“不可重制”打回給你時，測試人員應該反複閱讀它，集中剔除那些沒有關系的步驟或詞語，再檢查是否有遺漏或清晰的步驟，再去找研發人員。

3. 測試人員在精簡空話的同時，應該再仔細檢查報告是否會産生誤解的地方。測試人員應該盡量避免使用模糊的，會産生歧義的、主觀的詞語。目标是使用能夠表述事實、清楚的，不會産生争執的詞語；

4. 不要使用感歎号或其它表現個人感情色彩的詞語或符号；

5. 不要使用含糊的詞語（例如，好像，似乎）或網絡語言來描述發現的現象；

三、Bug的類型

1.    文檔缺陷：術語不一緻，文檔缺失，不易了解等；

2.    設計缺陷：需求不明确，操作便捷性等；

3.    配置缺陷：安裝部署不成功，配置檔案錯誤等；

4.    UI  缺陷：風格不一緻，界面不友好等；

5.    資料校驗：資料長度，類型缺失校驗；

6.    查詢統計：查詢結果清單異常等；

7.    功能缺陷：功能不可用；

8.    可靠性  ：使用者權限錯誤等；

9.    性能缺陷：查詢性能，并發處理等；

10. 流程缺陷：流程不能流轉，流程錯誤結束等；

11. 語言品質：字元未本地化，标點符号，商标符号錯誤；

12. 使用者互動：與使用者互動不良；

四、Bug的等級劃分

BUG等級是根據BUG出現在系統中的嚴重程度來分的。主要定義如下5級：

1. 緻命BUG，包括以下各種錯誤：

1.1 由于程式所引起的當機,非法退出

1.2 死循環

1.3 導緻資料庫發生死鎖

1.4 因錯誤操作導緻的程式中斷

1.5 嚴重的數值計算錯誤

2.嚴重BUG，包括以下各種錯誤：

2.1 功能不符

2.2 資料流錯誤

2.3 程式接口錯誤

2.4 輕微的數值計算錯誤

3.重要BUG，包括以下各種錯誤：

3.1 操作界面錯誤

3.2 列印内容、格式錯誤

3.3 簡單的輸入限制未放在前台進行控制

3.4 删除操作未給出提示

4.輕微BUG，包括以下各種錯誤：

4.1 界面不規範

4.2 輔助說明描述不清楚

4.3 顯示格式不規範

4.4 長時間操作未給使用者進度提示

4.5 提示視窗文字未采用行業術語

4.6 可輸入區域和隻讀區域沒有明顯的區分标志

4.7 系統處理未優化

5.微小BUG：

5.1 界面重構、描述更改、流程改進

五、 Bug優先級劃分

危機：要求立即修改，作為修改最高等級；

緊急：要求重點修改，産品釋出前必須修複；

中等：需要盡快進行修改，産品釋出前必須修複；

盡快：需要修改，如果時間允許應該修改；

不急：可能要修複，時間空餘情況下進行修改。

六、其他注意事項

當發現一個BUG時，請注意下面的問題：

1. 同一軟體中的相似功能是否有相同的問題？

2. 其他的浏覽器是否有相同的問題？

3. 其他的軟硬體配置是否有相同的問題？

4. 其他的區域是否有相同的問題？

5. 以前的版本是否有相同的問題？

版權聲明：本文為CSDN部落客「weixin_34354173」的原創文章，遵循CC 4.0 BY-SA版權協定，轉載請附上原文出處連結及本聲明。

原文連結：https://blog.csdn.net/weixin_34354173/article/details/92400415