什么是V模型
RAD（Rapid Application Development，快速應用開發）模型是軟件開發過程中的一個重要模型，通過開發和測試同時進行的方式來縮短開發周期，提高開發效率。其形狀像一個字母V，故稱為V模型。又稱軟件測試的V模型。
V模型是一個著名的、以測試為驅動的開發模型，該模型強調開發過程中測試貫穿始終，是瀑布模型的一個變體。V模型描述了質量保證活動和溝通、建模相關活動以及早期構鍵相關的活動之間的關系。隨着軟件團隊工作沿着V模型左側步驟向下推進，基本問題需求逐步細化，形成問題及解決方案的技術描述。一旦編碼結束，團隊沿着V模型右側的步驟向上推進工作，其實際上是執行了一系列測試（質量保證活動），這些測試驗證了團隊沿着V模型左側步驟向下推進過程中所生成的每個模型。V模型提供了一種將驗證確認活動應用於早期軟件工程工作中的方法。
V模型主要階段
- 需求分析
即首先要明確客戶需要的是什么，需要軟件作成什么樣子，需要有那幾項功能，這一點上比較關鍵的是分析師和客戶溝通時的理解能力與交互性。要求分析師能准確的把客戶所需要達到的功能，實現方式，等表述出來，給出分析結果，寫出需求規格說明書。 - 概要設計
主要是架構的實現，指搭建架構、表述各模塊功能、模塊接口連接和數據傳遞的實現等項事務。 - 詳細設計
對概要設計中表述的各模塊進行深入分析，對各模塊組合進行分析等，這一階段要求達到偽代碼級別，已經把程序的具體實現的功能，現象等描述出來。其中需要包含數據庫設計說明。 - 軟件編碼
按照詳細設計好的模塊功能表，編程人員編寫出實際的代碼。 - 單元測試
按照設定好的最小測試單元進行按單元測試，主要是測試程序代碼，為的是確保各單元模塊被正確的編譯，單元的具體划分按不同的單位與不同的軟件有不同，比如有具體到模塊的測試，也有具體到類，函數的測試等。
集成測試
經過了單元測試后，將各單元組合成完整的體系，主要測試各模塊間組合后的功能實現情況，以及模塊接口連接的成功與否，數據傳遞的正確性等，其主要目的是檢查軟件單位之間的接口是否正確。根據集成測試計划，一邊將模塊或其他軟件單位組合成系統，一邊運行該系統，以分析所組成的系統是否正確，各組成部分是否合拍。 - 系統測試
經過了單元測試和集成測試以后，我們要把軟件系統搭建起來，按照軟件規格說明書中所要求，測試軟件其性能功能等是否和用戶需求相符合，在系統中運行是否存在漏洞，等。 - 驗收測試
主要就是用戶在拿到軟件的時候，在使用現場，會根據前邊所提到的需求，以及規格說明書來做相應測試，以確定軟件達到預期的效果。
優缺點
優點：①包含了底層測試（單元測試）和高層測試（系統測試）（底層測試：檢驗源代碼質量的測試，如：單元測試；高層測試：檢驗整個系統的需要，如：系統測試）；
②清楚的標識了開發和測試的各個階段；
③自上而下逐步求精，每個階段分工明確，便於整體項目的把控。
缺點：①自上而下的順序導致了，測試工作在編碼之后，就導致錯誤不能及時的進行修改；
②實際工作中，需求經常變化，導致v模型步驟，反復執行，返工量很大，靈活度較低。
改良：每個步驟都可以進行小的迭代（更新）工作。
對應關系
一般來講：單元測試所對應的是詳細設計環節，也就是說，單元測試的測試用例是和詳細設計一起出現的，在研發人員做詳細設計的時候，相應的測試人員也就把測試用例寫了出來；集成測試對應概要設計，在做模塊功能分析及模塊接口，數據傳輸方法的時候，就把集成測試用例根據概要設計中模塊功能及接口等實現方法編寫出來，以備以后作集成測試的時候可以直接引用；而系統測試，就是根據需求分析而來，在系統分析人員作系統分析，編寫需求說明書的時候測試人員就根據客戶需求說明書，把最后能實現系統功能的各種測試用例寫出來，為做最后系統測試作准備。驗收測試與用戶需求對應，是非設計流程。
適用范圍
V模式是一種傳統軟件開發模型，一般適用於一些傳統信息系統應用的開發，而一些高性能高風險的系統、互聯網軟件，或一個系統難以被具體模塊化的時候，就比較難做成V模式所需的各種構件，需要更強調迭代的開發模型或者敏捷開發模型。