測試過程中如何進行Bug描述[1]

　　測試過程中如何進行Bug描述[1]    測試流程　

   　1、術語解釋

　　測試程序：提供給測試組測試的程序;

　　測試計劃：對測試程序(構件、應用程序、系統等)及其目標進行簡要說明;

　　測試bug：不符合測試需求的錯誤，也就是缺陷;

　　錯誤跟蹤系統：是某個程序或應用系統，使得項目組可以報告、管理以及分析錯誤報告和錯誤趨勢，如Rational ClearQuest就是一個錯誤跟蹤系統

　　2、為什么要提交bug

　　在得到一個詳盡的測試程序后，剩下的工作就是執行測試計劃了。但是由于任何由人編寫的程序都不可避免的存在著不符合測試需求的錯誤，也就是bug。因此需要一個方法來跟蹤、分析和展示那些測試活動，避免偏離最小。這種方法稱之為錯誤跟蹤系統。它主要是有效的管理缺陷，實現以下作用：

　　1)減少由于缺陷報告不明確而被開發組駁回的情況;

　　2)加快缺陷的處理速度;

　　3)提高測試的可信度;

　　4)加強測試組與開發組在整個項目過程中的團隊合作

　　3、如何才能提交好的測試bug

　　在有些組織里，程序員幾乎會把一半的測試bug返回給測試組，因為那些錯誤不可再現、沒有發現錯誤、同設計要求一致，或者錯誤報告根本無法操作。如果錯誤報告有如此高的返回率，基本可以認為是過程崩潰，需要立即解決：因為編寫這些報告浪費了時間;會影響程序員和測試人員之間的團隊凝聚力;最糟糕的是失去改進產品質量的機會。

　　有些錯誤總是不可再現的或提出質疑的。有些錯誤只是間斷地在模糊的或極端的條件下表現出來。有時候，測試環境和程序員之間的不一致會導致“在我的系統上工作良好”的反應。在需求不清楚的項目中，在一定的測試條件下，對“正確”行為的觀點可以存在合理的不同。有時候，當真正的問題在于糟糕的測試過程、測試數據或不正確的測試用例時，測試人員可能錯誤解釋測試測試結果和報告錯誤。

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

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

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

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

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

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

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

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

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

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

原文轉自：http://www.anti-gravitydesign.com