軟體變更控制—控製成本溢出_軟體測試

     原文可見， 51Testing軟體測試網（http://www.51testing.com）~         軟體生命週期中，軟體修複成本金字塔，越往下修改成本越大。 　　需求階段發現需求變更代價最小，其他由小到大依次是設計階段 ，編碼階段， 系統測試階段才進行修改代碼的代價。建議以後的項目，必須增加需求確認環節，需求肯定會變，但我們要管理和控制它，讓它在一個可控範圍內。比如黑龍江就應該在作出原型，畫完流程圖後與使用者確認，這樣才能減少我們的成本超標風險。 　　<b "="" style="line-height: 18.2px; word-wrap: break-word; margin: 0px auto; padding: 0px;">舉例： 　　比如需求1和需求2在一開始就開發，它們各自的成本是5人/天，一次性開發是10人/天。 　　由於需求2一開始並未提出，項目組只開發了需求1，進入測試階段後，發現需求2也要開發，此時需求2的成本按照軟體工程理論翻倍5-20倍，假設為5*5=25，那麼總成本可能為30人/天。