IT行業——輕方法與滿意質量相比較[4]

　　IT行業——輕方法與滿意質量相比較[4]   軟件測試

　　在接受項目定單以后，通過在產品開發時間、費用和質量三者間達成折衷從而快速地移交產品。RAD方法采用遞增式產品交付，通過用戶在每一開發循環周期中的反饋信息來確定下次循環的方向。由于市場需求很難預計，因此RAD循環將無限持續下去直至系統被淘汰。一個典型的RAD開發循環周期是每月推出一個系統的新版本，有時會縮短到每星期甚至每天。不過開發周期越短則開發過程就會越不穩定，也越容易失控。RAD方法通常建立在以下基礎上：所有目標 的明確定義(需要做什么)和解決方案的指 導說明(怎樣去做)。

　　將解決具體問題的任務(怎樣去做)交給個人。

　　項目領導者以教練方式代替細節管理， 從一開始就讓各員工擔負較大責任(僅當有跡象表明員工不 能按時交付時領導再出面解決)。

　　團隊中的各角色都應預先明確， 這樣每一項任務的完成交付都至少和一位員工的責任對應。但在項目開發的中途， 當實際工作量高于或低于預期的工作量時， 可以改變員工角色或任務。

　　領導者本身具備 編程能力但可以不 進行編碼工作。

　　顧客積極參與：顧客是否支持該項目的結果、設計等?你需要確定誰是顧客：誰影響和作出決定?

　　開發團隊積極參與：團隊各成員認可各項需求和時間期限嗎?

　　范圍控制：保證當前和以后各階段的估計值不 會過于脫離實際。

　　實際應用中，RAD方法一般以進度和費用作為獨立參數來調整策略，步驟如下：

　　1. 客戶確定他們所能承受的最長開發時間和費用。

　　2. 開發人員估計滿足所有功能所需的開發時間和費用。

　　3. 如果開發人員估計的開發時間和費用同4. 客戶所能承受的時間和費用相差無幾，5. 那么就可以進行項目開發了。否則：6. 客戶劃分項目所需功能的優先級。

　　7. 如果開發時間超出或費用不8. 夠時，9. 項目開發者會在系統開發中摒棄那些低優先級的功能特性。

　　10. 項目開發者先建立起系統的核心功能，11. 然后按照優先級由高到低的順序實現新的功能，12. 直到開發超時或費用超支。

　　在使用RAD方法時，可利用以下技巧來提高開發效率和質量：在每次開發之前，確定一個明確的開發計劃，包括初始需求的建立，總體目標，項目范圍，成功標準，采用的RAD工具和開發方法。

　　在每次開發之前，簡要描述出每個開發周期中所需實現的功能模塊。制定出在前一兩個開發周期中所需實現的功能特性是非常重要的，這包括確定實現具有高優先級的基礎功能或關鍵功能，預測實現目標和潛在風險。

　　在每次開發之前，回顧需要在此階段實現或修改的每個功能，判斷它們是否同項目所要實現的目標一致。區分哪些功能是在這個階段中必須要實現的，哪些僅僅是希望實現的。

　　使用那些經驗豐富的、受人敬重的測試人員。

　　保證設計者和開發者密切聯系，并使測試人員盡可能參與到開發過程中。

　　要求設計者和開發者完成各自的單元測試和適當的集成測試。

　　確定開發過程的安全警戒點，例如，當開發過程中未解決的問題超過了預計值時，應安排額外的時間進行產品修正，直到錯誤數量大大減少。

　　盡可能利用和調整已有測試工具，如回歸測試平臺、已有測試用例等。

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