扼要：

1、熟悉“軟件測試Bug的要素、格式”；

2、怎樣寫好測試Bug

軟件測試Bug是測試人員需要尋找的對象，是一個事件或者一個場景或者文案，抑或是UI的一個不足之處等等，就是我們常說的軟件測試缺陷。比較突出的就是指影響軟件整體或者部分功能的正常運行的軟件行為。

Bug一詞的原意是“臭蟲”或“蟲子”。今演繹指缺陷。

對Bug的描述，就需要用到其的管理，行業上管理Bug軟件有好多，但免費有的禅道、Bugfree等等。從而需要了解Bug的描述要素。如下圖所示：

Bug要素--圖1

1) 标題

一般建議精簡描述，出現事件結果即可，讓開發看到标題能明白存在什麼問題了。

2) 前置條件

就是産品該Bug時的前提條件是什麼，有些缺陷是需要在特定的場景下才能出現的。

3) 複現步驟

就是具體描述出現當前缺陷時，怎樣的一個場景，怎樣操作才出現。

4) 實際結果

經過複現步驟操作後的實際結果。

5) 預期結果

經過複現步驟操作後的應該出現的結果。

Bug的等級，一般情況下有四個，具體如下圖所示：

Bug等級--圖2

1）緻命

通常表現為：主流程無法跑通，系統無法運行，崩潰或嚴重資源不足，應用模塊無法啟動或異常退出，主要功能模塊無法使用。比如：内存洩漏；嚴重的數值計算錯誤；系統容易崩潰；功能設計與需求嚴重不符；系統無法登陸；循環報錯，無法正常退出。以上問題在測試中較少出現，一旦出現應立即中止當前版本測試。

2）嚴重

通常表現為：影響系統功能或操作，主要功能存在嚴重缺陷，但不會影響到系統穩定性。比如：功能未實現；功能存在報錯；數值輕微的計算錯誤；邊界條件下錯誤；網絡持續斷線；網絡切換，連接回來比較慢等等；無法正常更新。解決方法：該等級問題出現在不影響其他功能測試的情況下可以繼續該版本測試。

3）一般

通常表現為界面、性能缺陷。比如：兼容性不好；軟件功能操作下容易無響應；軟件功能操作時，沒有提供進度條；界面顔色搭配不好；文字排列不齊；出現錯别字，但是不影響功能；界面格式不規範。解決方法：該問題實際測試中存在最多，合理安排解決BUG，解決率關系版本的優化程度。

4）提示

通常表現為易用性及建議性問題，比如：界面、性能缺陷，建議類問題，不影響操作功能的執行，可以優化性能的方案等。如：錯别字、界面格式不規範，頁面顯示重疊、不該顯示的要隐藏，描述不清楚，提示語丢失，文字排列不整齊，光标位置不正确，用戶體驗感受不好，可以優化性能的方案等。解決方法：此類問題在測試初期較多，優先程度較低；在測試後期出現較少，應及時處理。

Bug狀态，一般情況下，Bug狀态有下面幾種：

Bug狀态--圖3

1）New新建的

指新記錄的Bug狀态，在禅道上是指首次創建的Bug狀态。

2）Assigned已指派的

指指派給某一位開發人員或者産品人員的名下，在禅道上，指“指派給”狀态一欄。

3）Open打開的

指開發人員或者産品人員打開bug，對其進行查閱并進行修複時的狀态。在禅道上，指“已确定”狀态。

4）Fixed已修複

指Bug目前被開發人員已經修複，或者被産品人員已經修複的狀态。在禅道上，指“已解決”狀态，并指派會給新建Bug的測試人員。

5）Closed關閉的

指測試人員對當前已修複的Bug進行回歸測試後，确定已修複，則關閉的狀态。在禅道上，指“已關閉”。

Bug流程--圖4