標籤:
RAD(rap application development),就是軟體開發過程中的一個重要模型,稱為高速應用開發模型。其模型構圖形似字母V,所以又稱V模型。
他通過開發和測試同一時候進行的方式來縮短開發週期,提高開發效率。
能夠說,V模型是軟體開發測試中最重要的一種模型。
V模型大體能夠劃分為以下幾個不同的階段步驟。既需求分析、概要設計、祥細設計、編碼、單元測試、整合測試、系統測試、驗收測試。
需求分析:既你首先要明白客戶須要的是什麼,須要軟體作成什麼樣子,須要有那幾項功能,這一點上比較關鍵的是分析師和客戶溝通時的理解能力與互動性。要求分析師能準確的把客戶所須要達到的功能,實現方式,等表述出來,給出分析結果,寫出規格文檔說明書。
概要設計:主要是架構的實現,指搭建架構、表述各模組功能、模組介面串連和資料傳遞的實現等項事務。
祥細設計:對概要設計中表述的各模組進行深入分析,對各模組組合進行分析等,這一階段要求達到虛擬碼層級,已經把程式的詳細實現的功能,現象等描寫敘述出來。
編碼:依照祥細設計好的模組功能表,編程人員編寫出實際的代碼。
單元測試:依照設定好的最小測試單元進行按單元測試,主要是測試程式碼。為的是確保各單元模組被正確的編譯。單元的詳細劃分按不同的單位與不同的軟體有不同,比方有詳細到模組的測試。也有詳細到類。函數的測試等。
整合測試:經過了單元測試後,將各單元組合成完整的體系。主要測試各模組間組合後的功能實現情況,以及模組介面串連的成功與否,資料傳遞的正確性等。
是軟體系統整合過程中所進行的測試。其主要目的是檢查軟體單位之間的介面是否正確。
它依據整合測試計劃,一邊將模組或其它軟體單位組合成越來越大的系統,一邊執行該系統,以分析所組成的系統是否正確,各組成部分是否合拍。
系統測試:經過了單元測試和整合測試以後。我們要把軟體系統搭建起來,依照軟體規格說明書中所要求,測試軟體其效能功能等是否和使用者需求相符合,在系統中執行是否存在漏洞。等
驗收測試:主要就是使用者在拿到軟體的時候。會依據前邊所提到的需求,以及規格說明書來做對應測試,以確定軟體達到符合效果的。
對於軟體測試過程來說。全部的測試都應追溯到使用者需求。軟體測試的目標在於揭示錯誤。而最嚴重的錯誤(從使用者角度來看)是那些導致程式無法滿足需求的錯誤.所以,V模式要求在測試工作真正開始前的較長時間內就進行測試計劃。
測試計劃能夠在需求模型一完畢就開始或者說應該和需求分析一起進行。在進行需求分析的時候就把系統測試用例依據需求文檔說明書而作出來,具體的測試用例定義能夠在概要設計模型被確定後馬上開始。因此,全部測試應該在不論什麼代碼被產生前就進行計劃和設計。這事實上是V 模型占軟體開發測試模型中重要地位的原因。
從這個角度上來說,就能夠這樣來考慮:單元測試所相應的是祥細設計環節,也就是說,單元測試的測試用例是和祥細設計一起出現的,在做研發人員做做祥細設計的時候。相應的測試人員也就把測試用例寫了出來。
整合測試呢。相應的為概要設計,在做模組功能分析及模組介面,傳輸資料方法的時候。就把整合測試用例依據概要設計中模組功能及介面等實現方法編寫出來,以備以後作整合測試的時候能夠直接引用。而系統測試,就是依據需求分析而來,在系統分析人員作系統分析,編寫需求說明書的時候測試人員就依據客戶需求說明書,把最後能實現系統功能的各種測試用例寫出來。為做最後系統測試作準備。
這種來說,就是說,當一個軟體開發的時候,研發人員和測試人員就會同一時候工作,這樣,軟體開發週期就會縮短,而由於測試在軟體做需求分析的同一時候就會有測試用例的跟蹤。這樣。能夠儘快找出程式錯誤。從而更高效的提高程式品質,最大可能的降低成本
然而對國內中小型企業來說。軟體開發project師比較缺乏,開發人員不夠,軟體開發V模型僅僅用了:
使用者需求—>>概要設計—>>編碼—>>系統測試—>>驗收測驗
遵循軟體開發V模型對齊開發人員是必不可少的,缺少不論什麼一項都會導致產品不夠完美,同一時候建議中小企業在進行軟體開發的時候要遵循軟體開發V模型,這樣才幹寫出程式bug才會少,做出完美的產品。
著作權聲明:本文博主原創文章,部落格,未經同意不得轉載。
軟體開發V型號