軟件測試V模型
V模型大體可以劃分爲以下幾個不同的階段步驟：需求分析、概要設計、詳細設計、軟件編碼、單元測試、集成測試、系統測試、驗收測試。
需求分析
即首先要明確客戶需要的是什麼，需要軟件做成什麼樣子，需要有哪幾項功能，這一點上比較關鍵的是分析師和客戶溝通時的理解能力與交互性。要求分析師能準確的把客戶所需要達到的功能，實現方式，等表述出來，給出分析結果，寫出需求規格說明書。
概要設計
主要是架構的實現，指搭建架構、表述各模塊功能、模塊接口連接和數據傳遞的實現等項事務。
詳細設計
對概要設計中表述的各模塊進行深入分析，對各模塊組合進行分析等，這一階段要求達到僞代碼級別，已經把程序的具體實現的功能，現象等描述出來。其中需要包含數據庫設計說明。
軟件編碼
按照詳細設計好的模塊功能表，編程人員編寫出實際的代碼。
單元測試
按照設定好的最小測試單元進行按單元測試，主要是測試程序代碼，爲的是確保各單元模塊被正確的編譯，單元的具體劃分按不同的單位與不同的軟件有不同，比如有具體到模塊的測試，也有具體到類，函數的測試等。
集成測試
經過了單元測試後，將各單元組合成完整的體系，主要測試各模塊間組合後的功能實現情況，以及模塊接口連接的成功與否，數據傳遞的正確性等，其主要目的是檢查軟件單位之間的接口是否正確。根據集成測試計劃，一邊將模塊或其他軟件單位組合成系統，一邊運行該系統，以分析所組成的系統是否正確，各組成部分是否合拍。
系統測試
將整個軟件系統看做一個整體進行測試，包括對功能、性能以及軟件所運行的軟硬件環境進行測試 。
系統測試由黑盒測試員來完成，前期主要測試系統的功能是否滿足需求，後期主要測試系統運行的性能是否滿足需求，是否存在漏洞，以及在不同的軟硬件環境中的兼容性，主要依據是《系統需求規格說明》文檔 。
驗收測試
主要就是用戶在拿到軟件的時候，在使用現場，會根據用戶需求，以及規格說明書來做相應測試，以確定軟件達到符合效果的。包括功能確認測試、安全可靠性測試、易用性測試、可擴充性測試、兼容性測試、資源佔用率測試、用戶文檔資料驗收等。
α測試
非正式驗收測試，由用戶、測試人員、開發人員共同參與的內部測試 。
α測試是指軟件開發公司組織內部人員在開發環境下模擬各類用戶對即將面市軟件產品（稱爲α版本）進行測試，試圖發現錯誤並修正。
α測試的關鍵在於儘可能逼真地模擬實際運行環境和用戶對軟件產品的操作並盡最大努力涵蓋所有可能的用戶操作方式。經過α測試調整的軟件產品稱爲β版本。
β測試
內測後的公測，即將正式發佈，完全交給最終用戶的測試。
β測試是由軟件的多個用戶在實際使用環境下進行的測試，這些用戶返回有關錯誤信息給開發者。測試時，開發者通常不在測試現場。因而，β測試是在開發者無法控制的環境下進行的軟件現場應用。在β測試中，由用戶記下遇到的所有問題，包括真實的以及主觀認定的，定期向開發者報告。β測試主要衡量產品的FLURPS(即功能、局域化、可使用性、可靠性、性能和支持)，着重於產品的支持性，包括文檔，客戶培訓和支持產品生產能力。
注：α測試和β測試均不能由程序員和測試員完成。