RAD（Rap Application Development，快速套用開發）模型是軟體開發過程中的一個重要模型，由於其模型構圖形似字母V，所以又稱軟體測試的V模型。
基本介紹
- 中文名：快速套用開發
- 外文名：Rap Application Development
- 簡稱：RAD
- 階段步驟：需求分析、概要設計
階段步驟,需求分析,概要設計,詳細設計,軟體編碼,單元測試,集成測試,系統測試,驗收測試,對應關係,缺陷及解決,適用範圍,
階段步驟
V模型大體可以劃分為以下幾個不同的階段步驟：需求分析、概要設計、詳細設計、軟體編碼、單元測試、集成測試、系統測試、驗收測試。
需求分析
即首先要明確客戶需要的是什麼，需要軟體作成什麼樣子，需要有那幾項功能，這一點上比較關鍵的是分析師和客戶溝通時的理解能力與互動性。要求分析師能準確的把客戶所需要達到的功能，實現方式，等表述出來，給出分析結果，寫出需求規格說明書。
概要設計
主要是架構的實現，指搭建架構、表述各模組功能、模組接口連線和數據傳遞的實現等項事務。
詳細設計
對概要設計中表述的各模組進行深入分析，對各模組組合進行分析等，這一階段要求達到偽代碼級別，已經把程式的具體實現的功能，現象等描述出來。其中需要包含資料庫設計說明。
軟體編碼
單元測試
按照設定好的最小測試單元進行按單元測試，主要是測試程式代碼，為的是確保各單元模組被正確的編譯，單元的具體劃分按不同的單位與不同的軟體有不同，比如有具體到模組的測試，也有具體到類，函式的測試等。
集成測試
經過了單元測試後，將各單元組合成完整的體系，主要測試各模組間組合後的功能實現情況，以及模組接口連線的成功與否，數據傳遞的正確性等，其主要目的是檢查軟體單位之間的接口是否正確。根據集成測試計畫，一邊將模組或其他軟體單位組合成系統，一邊運行該系統，以分析所組成的系統是否正確，各組成部分是否合拍。
系統測試
經過了單元測試和集成測試以後，我們要把軟體系統搭建起來，按照軟體規格說明書中所要求，測試軟體其性能功能等是否和用戶需求相符合，在系統中運行是否存在漏洞，等。
驗收測試
主要就是用戶在拿到軟體的時候，在使用現場，會根據前邊所提到的需求，以及規格說明書來做相應測試，以確定軟體達到預期的效果。
對應關係
一般來講：單元測試所對應的是詳細設計環節，也就是說，單元測試的測試用例是和詳細設計一起出現的，在研發人員做詳細設計的時候，相應的測試人員也就把測試用例寫了出來；集成測試對應概要設計，在做模組功能分析及模組接口，數據傳輸方法的時候，就把集成測試用例根據概要設計中模組功能及接口等實現方法編寫出來，以備以後作集成測試的時候可以直接引用；而系統測試，就是根據需求分析而來，在系統分析人員作系統分析，編寫需求說明書的時候測試人員就根據客戶需求說明書，把最後能實現系統功能的各種測試用例寫出來，為做最後系統測試作準備。
驗收測試與用戶需求對應，是非設計流程。
缺陷及解決
解決的思路是，當一個軟體開發的時候，研發人員和測試人員需要同時工作，測試在軟體做需求分析的同時就會有測試用例的跟蹤，這樣，可以儘快找出程式錯誤和需求偏離，從而更高效的提高程式質量，最大可能的減少成本，同時滿足用戶的實際軟體需求。
適用範圍
V模式是一種傳統軟體開發模型，一般適用於一些傳統信息系統套用的開發，而一些高性能高風險的系統、網際網路軟體，或一個系統難以被具體模組化的時候，就比較難做成V模式所需的各種構件，需要更強調疊代的開發模型或者敏捷開發模型。
