Bug提交規範及注意事項

Bug提交規範及注意事項:數據庫

1、BUG提交規範

目前所使用的JIRA系統中,BUG的內容主要包括如下要素:瀏覽器

缺陷ID網絡

BUG的惟一標示,由JIRA自動生成。併發

項目名稱性能

每一個要測試的軟件項目都有惟一的名稱。測試

問題類型優化

選擇是BUG仍是新功能,子任務等。spa

主題操作系統

簡明的對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.     點擊 註冊按鈕;

【實際結果】

註冊不成功,停留在當前頁面

【預期結果】

註冊成功,跳轉至首頁

2、BUG提交注意事項

1. 測試人員提交新缺陷時,儘可能用最簡潔的語言最清晰的描述出BUG的出處、操做步驟、現象、(建議),並儘可能截圖;

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

3. 測試人員在精簡空話的同時,應該再仔細檢查報告是否會產生誤解的地方。測試人員應該儘可能避免使用模糊的,會產生歧義的、主觀的詞語。目標是使用可以表述事實、清楚的,不會產生爭執的詞語;

4. 不要使用感嘆號或其它表現我的感情色彩的詞語或符號;

5. 不要使用含糊的詞語(例如,好像,彷佛)或網絡語言來描述發現的現象;

 

3、Bug的類型

1.    文檔缺陷:術語不一致,文檔缺失,不易理解等;

2.    設計缺陷:需求不明確,操做便捷性等;

3.    配置缺陷:安裝部署不成功,配置文件錯誤等;

4.    UI  缺陷:風格不一致,界面不友好等;

5.    數據校驗:數據長度,類型缺失校驗;

6.    查詢統計:查詢結果列表異常等;

7.    功能缺陷:功能不可用;

8.    可靠性  :用戶權限錯誤等;

9.    性能缺陷:查詢性能,併發處理等;

10. 流程缺陷:流程不能流轉,流程錯誤結束等;

11. 語言質量:字符未本地化,標點符號,商標符號錯誤;

12. 用戶互動:與使用者互動不良;

 

4、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 界面重構、描述更改、流程改進

5、 Bug優先級劃分

危機:要求當即修改,做爲修改最高等級;

緊急:要求重點修改,產品發佈前必須修復;

中等:須要儘快進行修改,產品發佈前必須修復;

儘快:須要修改,若是時間容許應該修改;

不急:可能要修復,時間空餘狀況下進行修改。

6、其餘注意事項

當發現一個BUG時,請注意下面的問題:

1. 同一軟件中的類似功能是否有相同的問題?

2. 其餘的瀏覽器是否有相同的問題?

3. 其餘的軟硬件配置是否有相同的問題?

4. 其餘的區域是否有相同的問題?

5. 之前的版本是否有相同的問題?

相關文章
相關標籤/搜索