1為什么要做軟件缺陷的跟蹤管理
考察一個典型的軟件開發流程：需求分析—概要設計—詳細設計—程序編碼—系統集成—交付與維護，你會發現此流程中各階段之間的依賴與繼承關系是相當密切的。前一階段形成的方案或產品中正確的部分固然會被后一階段繼承和細化，然而，如果前一階段的方案中出現了錯誤，而測試人員沒有及時介入此階段的質量控制，那么該錯誤就會被后一階段繼承和放大，并順序傳遞下去。如果等到交付與維護階段，錯誤才被發現，那么相關的糾錯工作將成為一件成本高昂而又收效甚微的事情，在某些的情況下，甚至會導致整個開發工作的失敗。這并不是故意危言聳聽。據美國國家標準技術研究院的一份報告顯示，占據世界軟件銷售額85%的大型專用軟件，其開發的失敗率高達70%。
因此，在軟件開發流程的每個階段都必須引入軟件測試技術，及早測試，杜絕錯誤的蔓延。然而，測試工作的天性決定了測試人員可能是開發人員總想回避的角色。在測試實踐的早期，當測試人員查出某個缺陷，報告給開發人員時，多數情況下開發人員會象征性表示一下感謝，然后把測試報告撂在一邊，繼續忙手頭的工作。事后到底有沒有修改，誰也不知道。如果測試人員頻繁給同一開發人員報錯或不停地追問缺陷的修改情況，開發人員或許會逐漸喪失好脾氣，出于維護技術權威或其他目的，他會狡辯：這不是錯誤，這是軟件的一個特殊功能�；蛘哒f：這不是什么大問題，現在開發進度緊，而且糾正起來也挺麻煩的，等有時間再說吧。于是，不了了之，問題依舊存在。
延伸閱讀
文章來源于領測軟件測試網 http://www.k11sc111.com/
