由于沒有得到足夠的重視，軟件缺陷管理處于失控狀態。軟件測試人員報告的缺陷常常被遺忘掉；或沒有人知道在新的軟件版本里究竟糾正了哪些缺陷，還有哪些缺陷未被糾正。更重要的是糾正過程是否引入了新的缺陷也沒有人知道，再或者就是缺陷報告書寫不規范，使得開發人員不得不一次次找到測試人員來面談，還有許多無效的文檔使缺陷狀態混亂，相關人員無法及時獲得有關的變更信息。
什么是開發的缺陷管理？
軟件中的缺陷（Defect或BUG）是軟件開發過程中的“副產品”。通常，缺陷會導致軟件產品在某種程度上不能滿足用戶的需要。每一個軟件開發團隊都必須知道如何妥善處理軟件中的缺陷，這關系到軟件生存、發展的質量根本�？蛇z憾的是，并非所有的軟件開發團隊都知道如何有效地管理軟件中的缺陷。
軟件缺陷管理是在軟件生命周期中為確保缺陷被跟蹤和管理所進行的活動。狹義地講，BUG是寫程序過程中造成的錯誤。廣義地講，BUG是影響客戶正常使用的任何問題。就是說，BUG不僅僅是編程中出現的問題，還包括客戶需求和功能規范等方面。
�。�1）缺陷管理的目標
一般而言，缺陷的跟蹤和管理需要達到以下兩個目標：一是確保每個被發現的缺陷都能夠被解決，二是收集缺陷數據并根據缺陷趨勢曲線識別和預防缺陷的頻繁發生。
在談到缺陷管理時，一般人都會只想到如何修正缺陷，而對根據缺陷分析進行有效預防缺陷卻很容易忽視。其實，在一個運行良好的項目開發中，缺陷數據的收集和分析是很重要的，從缺陷數據中可以得到很多與軟件質量相關的數據。例如通過缺陷趨勢曲線來確定測試過程是否結束是常用并且較為有效的一種方式。常見的的缺陷數據統計圖表包括缺陷趨勢圖、缺陷分布圖、缺陷及時處理情況統計表等。
�。�2）缺陷管理重在預防缺陷
正如我們所知，BUG應該盡早地在開發過程中被發現。修正處于開發階段的BUG的成本遠遠低于修正處于驗收階段的BUG，而相對與修正已經發布給客戶的產品BUG的成本更是可以忽略不計。因此，越晚修正BUG，需要重做的事情就越多。
對很多人來說，零缺陷的軟件產品似乎是不切實際的。因此，我們總是聽到許多軟件開發人員說：“軟件永遠有BUG”。軟件產品含有BUG并不奇怪，不幸的是發布一個包含很多BUG的產品給客戶仍然不讓人感到驚訝，這就是一件值提深思的事情了。
事實上，每個軟件開發團隊都可以通過一些簡單的方法，在不增加額外資源的情況下預防BUG。為了能夠預防BUG，我們首先需要了解BUG的來源。軟件BUG可以分為幾個類別：第一類BUG可能是隨機的，它們通常是因為一時的疏忽造成的。盡管這些BUG可能由于其隨機性很難預防。但是，適當的分析將有助于避免這些BUG。另一類的BUG來自于需求誤解、開發環境的錯誤或者純粹由于缺乏解決問題的相關技術，這類BUG共同的特點是都來自于開發人員。
但有一個好消息是，軟件中的BUG往往傾向于重復出現，即使是一個隨機出現的BUG。軟件BUG的不斷出現不僅表現在同一個開發人員的工作上，而且表現在同一個項目上。這當然不是說項目中的每一個開發人員都會犯同樣的錯誤。但是，至少其中一些的錯誤足以成為經常性出現的問題。因此，BUG的預防尤為重要。
缺陷管理的核心：缺陷分析
缺陷預防的著眼點在于缺陷的共性原因（Common Cause）。通過尋找、分析和處理缺陷的共性原因，實現缺陷預防。BUG預防并不是一個不切實際的目標，但是不能期望它在一夜之間發生。我們在開發過程中應該積極為開發小組提供缺陷分析，使BUG逐漸改善。因此，缺陷管理的最終目標是預防BUG，不斷提高整個開發團隊的技能和實踐經驗，而不只是修正它們。
文章來源于領測軟件測試網 http://www.kjueaiud.com/