一、 軟件測試的W模型和V模型
博主之前知識大概瞭解軟件測試的W和V模型，但老忘，我就自己動手畫了這兩個框架，發現確實比之前記得能牢固點，所以最好的學習辦法還是自己動手，記不住的話，可能就是太懶了，哈哈哈
二、V模型
2.1 V模型的框架
（1）V模型以“編碼”爲黃金分割線，V模型的目的在於改進軟件開發的效率和效果，是瀑布模型的變種。
（2）V模型明確的標註了測試過程中存在的不同類型的測試，清楚地描述了這些測試階段和開發過程期間各個階段的對應關係，如下圖：
（3）V模型指出，單元測試和集成測試應檢測程序的執行是否滿足軟件設計的要求；系統測試應檢測系統功能、性能的質量特性是否達到系統要求的指標；驗收測試確定軟件的實現是否符合用戶需求或者合同需求。
（4）V模型侷限性：僅僅把測試作爲在編碼之後的一個階段，沒有在需求階段就進入測試。
2.2 V模型的優缺點
優點
（1）包含了底層測試（單元測試）和高層測試（系統測試）
（2）清楚的標識了開發和測試的各個階段
（3）自上而下逐步求精，每個階段分工明確，便於整體項目的把控
缺點
（1）自上而下的順序導致了，測試工作在編碼之後，有些錯誤不能及時的修改
（2）實際工作中，需求經常變化，導致V模型步驟，反覆性，返工量很大，靈活度低
（3）在V模型中，測試作爲編碼之後的一個階段，沒有在需求開發階段就引入測試
三、W模型
3.1 W模型的框架
（1）w模型是由兩個V模型組成，分別代表測試與開發過程。在這裏測試的對象不僅僅是程序，需求和設計同樣要進行測試，測試和開發是一起進行的。
W模型的侷限性：需求和設計編碼等活動被視爲串行的；測試和開發活動也保持着一種線性的前後關係，上一階段完全結束，纔可以正式的開始下一階段。無法支持敏捷開發模式。
3.2 W模型的優缺點
優點
（1）測試伴隨着整個開發週期，需求和設計同樣要進行測試
（2）更早的介入測試，可以發現初期的缺陷，修復成本低，加快項目的整體進度
（3）分階段進行，方便項目整體管理。
缺點
（1）開發和測試依然是線性關係，需求的變化和調整依然不方便
（2）如果沒有文檔，根本無法執行W模型
（3）對於項目組成員的技術要求高
三、V和W模型中測試類型的概念
單元測試：驗證單元是否按照單元規格說明正確執行，也就是說能否保證每個最小單元正確執行，一般由開發人員執行
集成測試：是單元測試的擴展，檢查多個單元能否按照系統概要設計的描述的方式協同工作。系統各個模塊之間數據能否正常通信。
系統測試：系統測試包括冒煙測試，迴歸測試，系統測試。主要是用於測試整個系統是否滿足需求規格說明
驗收測試：確保軟件的實現能否滿足用戶的需求或者合同的要求