巧破軟件測試缺陷管理之痛

　　巧破軟件測試缺陷管理之痛  軟件測試

　　人世間最痛苦的事莫過于——我所在項目開發正陷于混亂不堪的缺陷之中。因為缺乏一套缺陷管理的有效解決方案，使程序的缺陷無法回溯，無法跟蹤，解決沒解決不清楚，整一個就是一片模糊。

　　由于沒有得到足夠的重視，軟件缺陷管理處于失控狀態。軟件測試人員報告的缺陷常常被遺忘掉;或沒有人知道在新的軟件版本里究竟糾正了哪些缺陷，還有哪些缺陷未被糾正。更重要的是糾正過程是否引入了新的缺陷也沒有人知道，再或者就是缺陷報告書寫不規范，使得開發人員不得不一次次找到測試人員來面談，還有許多無效的文檔使缺陷狀態混亂，相關人員無法及時獲得有關的變更信息。

　　什么是開發的缺陷管理?

　　軟件中的缺陷(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共同的特點是都來自于開發人員。

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