使用更新后的數據，表3是一張Dan和Avery項目修復一個缺陷所需成本的更清晰的圖表。
因為Avery的項目查找缺陷比修復缺陷花費了更多的時間，所以Avery有高的系統測試成本。雖然如此，Avery這個較大的項目的總缺陷修復成本比Dan這個較小的項目低。并且Avery的修復缺陷的版本發布成本比Dan的項目低許多。
因為成本不僅取決于在項目里執行的活動和什么時候開始跟蹤缺陷，也取決于修復缺陷上的花費，所以每個項目有它自己修復一個缺陷的成本。你可以使用修復成本來決定如何繼續這個項目或進行下一個項目。如果你的成本太高，而且你還沒有在系統測試階段，那么可以嘗試一些缺陷發現和預防技術。如果每個人一起查找和修復缺陷，那么不僅僅只計算修復時間，也計算了查找缺陷的時間。
如果你在系統測試階段的查找和修復缺陷的成本很高，那么發布初期的風險是什么?Avery可能在查找和修復缺陷成本為3333美元時選擇早一些結束系統測試并早一些發布，同時他知道項目版本發布成本將上升。只有Avery和他的管理部門能夠評估發布初期的風險。
可以使用發布前的修復成本來了解你和你的職員在項目發布前的活動是否有成本效益。我發現每個組織不緊密依賴于項目而有各自特定的版本發布成本。因而我使用版本發布成本來幫助定義發布標準。這幫助你管理在發布后有太多缺陷需要修復的風險。
了解查找和修復一個缺陷需多少成本使得你可以對查找、修復、驗證缺陷的過程提出疑問。這是使用合適質量建立一個系統的另一個方法.
延伸閱讀
文章來源于領測軟件測試網 http://www.kjueaiud.com/
