今天，測試專家Johanna Rothman將和大家分享一個關于計算系統測試中修復缺陷的成本的方法，以及如何將這個方法納入項目的大框架中。
Dan在一個有著其他四個成員的項目中做開發人員。他們在項目開始的前八個月只開發產品，不修復任何缺陷，除非缺陷阻塞他們繼續開發。Dan和他的團隊認為同時修復所有缺陷是更節省成本的。因此在第九個月，即預期發布的前一個月，他們覺得是時候修復缺陷了。
Avery在一個與市場實際同步的公司當項目經理。由于受到限制，所以每個客戶都馬上要一個β版本，這樣他們可以盡快開始使用軟件�？紤]到一個有著許多缺陷的β版本將使他們的客戶憤怒，Avery認為，讓開發人員在系統測試之前就開始查找和修復嚴重缺陷是更節省成本并且是低風險的。
兩個項目對于查找和修復缺陷使用兩種完全不同的方法。我們對于修復缺陷都有不同的看法，尤其是什么時候修復哪些缺陷。選擇是否修復缺陷取決于很多因素，如：開發的產品類型；攜帶已知或未知缺陷的風險；開發過程；當確定修復缺陷時，需要多少成本。
其中最容易理解的一個因素是修復一個缺陷的實際成本。這個成本反映到選擇的開發生命周期、開發過程，并幫助你在可以承受的風險內決定提交或不提交產品。然而，事實上很多人都不知道修復一個缺陷需要花費多少成本。如果你也沒有把握，那么這里有一個用來測量這項成本的估算方法。
延伸閱讀
文章來源于領測軟件測試網 http://www.k11sc111.com/
