錯誤跟蹤系統的作用與組成

錯誤跟蹤系統（Defect Tracking System-DTS），又稱作軟件錯誤報告（Software Problem Report-SPR）系統，用于集中管理軟件測試過程中發現的錯誤，使添加、修改、排序、查尋、存儲軟件測試錯誤的數據庫程序。由于大型本地化軟件測試項目一般測試周期較長，測試范圍廣，存在較多軟件缺陷，對測試質量要求較高，多語言本地化同時測試，所以錯誤跟蹤系統特別適用于大型本地化軟件測試項目的管理測試缺陷的要求。
    目前市場已經出現了一些通用缺陷跟蹤管理軟件。這些軟件在功能上各有特點，可以根據實際情況直接購買使用。也可以根據測試項目的實際需要，開發專用的缺陷跟蹤系統，例如基于Lotus Notes開發。
    1、錯誤跟蹤系統的作用
    錯誤跟蹤系統的作用歸納如下。
    便于查找和跟蹤。對于大型本地化軟件的測試，報告的錯誤總數可能成百上千個，如果在沒有錯誤跟蹤系統的情況下，要求查找某個錯誤，簡直是搜索者的惡夢，其難度和效率可想而知。
    便于跟蹤和監控錯誤的處理過程和方法?？梢苑奖愕貦z查處理方法是否正確，可以確定處理者的姓名和處理時間，作為工作質量的統計和考核的參考。
    便于集中管理，提高效率。本地化服務商和軟件供應商共享同一個錯誤跟蹤系統數據庫，各自負責處理己方需要處理的軟件錯誤。對于需要對方提供更多信息的錯誤，可以通過改變錯誤的當前信息（狀態、處理者、處理建議等），使對方盡快處理。
    安全性高，通過權限設置，不同權限的用戶能執行不同的操作，保證只有適當的人員才能執行正確的處理。例如，測試工程師只能報告和驗證錯誤，修復工程師能夠修復錯誤。
    保證處理順序的正確性，根據當前錯誤的狀態，決定當前錯誤的處理方法。例如，如果是新報告的確認的錯誤，那么需要修復。如果是已經修復的錯誤，需要測試者驗證是否完全修復。
    便于項目結束后的存檔。錯誤跟蹤系統具有方便存儲的特點，可以隨時或在項目結束后存儲，以備將來參考。
    2、錯誤跟蹤系統的組成
    作為一個，需要正確設計每個錯誤的。根據測試項目的具體特點和測試要求，確定錯誤跟蹤系統的具體組成結構和功能。通常錯誤跟蹤系統包含字段內容和處理信息內容兩部分。字段內容一般包括如下內容。
    測試軟件項目名稱。每個要測試軟件項目都有唯一的名稱，有的公司對項目還有特定的編號。
    測試軟件版本號。測試周期內，一般需要測試多個軟件版本，報告錯誤時，一定要正確填寫產生錯誤的軟件版本號。
    測試者名稱。便于分清責任，便于管理。
    測試日期與時間。便于分析和統計錯誤報告信息。
    測試軟件環境。包括操作系統和其他必要的軟件程序。
    測試硬件環境。包括測試計算機和其他測試設備的配置信息。
    錯誤描述。簡明的描述錯誤的特征，便于查詢和快速瀏覽。
    錯誤標識編號(ID#)。每個錯誤都有一個唯一的標識編號，方便查詢。
    錯誤類型。根據錯誤類型，分配給適當的人員處理錯誤。
    錯誤級別。錯誤的嚴重程度和處理的優先級，優先處理高級別的錯誤。
    錯誤狀態。錯誤狀態表明錯誤是否已經處理和將怎樣處理，根據錯誤狀態，采用適當的處理方法。
    錯誤處理者名稱。便于分清責任，便于管理。
    重現錯誤的操作步驟。便于重現錯誤，修復錯誤和驗證錯誤。
    期望的結果。描述滿足設計要求的結果。
    實際測試結果。描述實際測試后得到的結果。
    必要的附圖。便于確認錯誤的表現形式和錯誤位置。
    測試者的建議等注釋。便于錯誤處理者快速和正確處理錯誤。
    處理信息包括如下內容。
    處理者姓名。便于分清責任，便于管理。
    處理時間。便于分析和統計錯誤報告信息。
    處理方法。描述處理錯誤使用的具體方法，便于分析和總結錯誤處理的有效方法。
    處理步驟。便于檢查處理步驟是否有效。
    處理注釋。便于處理錯誤的人員之間交流處理建議。
    正確的權限管理是錯誤跟蹤系統的重要考慮要素，一般要保證測試工程師不能把添加的錯誤從錯誤跟蹤系統中刪除。

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