測試過程中進行Bug描述2

第第頁測試過程中進行Bug描述[2]測試過程中進行Bug描述[2]

發(fā)表于：2023-01-05來源：：點擊數(shù)：標簽：bugBUGBug描述

測試過程中進行Bug描述[2]軟件bug管理為了防止這類問題，要提交好的測試bug，作為一個好的測試人員，必須遵循以下八個步驟：1)結(jié)構(gòu)：無論你是做探索性的或是描述性的、手工的或自動的測試，都要認真仔細的測試;2)再現(xiàn)：盡量三次再現(xiàn)故障。如果問題

測試過程中進行Bug描述[2]軟件bug管理

為了防止這類問題，要提交好的測試bug，作為一個好的測試人員，必須遵循以下八個步驟：

1)結(jié)構(gòu)：無論你是做探索性的或是描述性的、手工的或自動的測試，都要認真仔細的測試;

2)再現(xiàn)：盡量三次再現(xiàn)故障。如果問題是間斷的，那么最好報告問題發(fā)生的概率;例如，每3次出現(xiàn)一次，每3次出現(xiàn)2次等;

3)推廣：確定系統(tǒng)其他部分是否可能出現(xiàn)這種錯誤，以及使用不同的數(shù)據(jù)是否可能出現(xiàn)這種問題，特別是那些存在嚴重影響的問題。

4)總結(jié)：簡要描述客戶或用戶的質(zhì)量體驗和觀察到的一些特征。

5)壓縮：精簡任何不必要的信息，特別是冗余的測試步驟。

6)去除歧義：使用清晰的語言，尤其要避免使用那些有多個不同或相反含義的詞匯。

7)中立：公正地表達自己的意思，對錯誤及其特征的事實進行描述，避免夸張或忽略的語句，引起過度的注意力或忽視。

8)評審：至少有一個同行，最好是一個有經(jīng)驗的測試工程師或測試經(jīng)理，在你提交測試報告或測試評估報告之前先自己讀一遍。

好的測試bug描述是告訴讀者測試人員發(fā)現(xiàn)了什么，而不是測試人員做了什么。因此只需要根據(jù)上述八個步驟寫下最少的必需重現(xiàn)步驟。

4、如何提交bug

一個好的錯誤跟蹤系統(tǒng)包括了錯誤的必要信息，如果做得不好，會造成迷惑，并誤導讀者。好的故障描述應該包括十個基本部分：標題、項目、所屬模塊、優(yōu)先級、重要性、異常等級、可重復性、現(xiàn)象、操作過程和附件。

①標題

使用一兩句話來描述錯誤，告訴經(jīng)理、開發(fā)人員以及其他讀者為什么應該關(guān)心該問題。好的標題應該著重于出現(xiàn)的bug現(xiàn)象。但是過于簡潔易引起誤導，使得原本重要的問題被忽視。因此必須應該采用簡潔、切中要害的概要，這樣才能引起讀者的重視。不重要的就描述比較輕微，例如：“聯(lián)系人的email沒有檢查合法性”;重要的就要體現(xiàn)比較嚴重，例如：“填了運營商仍然提示運營商不能為空，使得無法進行下一步的操作”，會更容易讓開發(fā)人員理解究竟是什么問題及其重要性，并及時處理。

②項目

是指該錯誤屬于哪一個項目，歸哪個項目組解決，使不同的項目組看到和及時定位自己項目的錯誤。

③所屬模塊

是指準確說明發(fā)異常等級生錯誤的模塊，切忌發(fā)生錯誤指派模塊，導致后續(xù)流程錯誤;

④優(yōu)先級

分為以下4級：1級：“馬上解決”，表示問題必須馬上解決，否則系統(tǒng)根本無法達到預定的需求;2級：“高度重視”，表示有時間就要馬上解決，否則系統(tǒng)偏離需求較大或預定功能不能正常實現(xiàn);3級：“正常處理”，即進入個人計劃解決，表示問題不影響需求的實現(xiàn)，但是影響其他使用方面，比如頁面調(diào)用出錯，調(diào)用了錯誤的數(shù)據(jù)庫等;4級：“低優(yōu)先級”，即問題在系統(tǒng)發(fā)布以前必須確認解決或確認可以不予解決。

⑤重要性

分為以下5級：1級：“非常嚴重”，表示缺陷不修改整個系統(tǒng)流程不能繼續(xù);2級：“比較嚴重”，表示缺陷不修改不影響系統(tǒng)其他流程，但