本文由小編根據慕課網視頻親自整理，轉載請注明出處和作者。

1.軟件測試的分類，按照測試模式分類：
瀑布模型、敏捷測試、基于腳本的測試、基于風險的測試、探索式測試等

2.傳統的瀑布模型：
項目計劃、需求分析、軟件設計、程序開發、軟件測試、集成維護

每個階段按照順序到下一個階段。每一個階段都是用上一個階段的輸出作為下一個階段的輸入。

項目計劃：制定項目總體的研發計劃，確定主要的里程碑節點。這個階段會輸出項目計劃書。
需求分析：明確用戶的需求定義，并對定義進行清晰的描述，使充分了解客戶需求，描述產品功能的一個重要階段。這個階段會輸出產品的需求規格說明。
軟件設計：則會根據需求的定義來確定產品實現的方案，包括定義軟件、硬件的結構，組件、模塊的實現方法。接口、界面、數據如何進行組織。這個階段會輸出概要設計，詳細設計在內的多份設計說明書。
程序開發：由開發團隊來根據需求和設計具體地實現產品，根據編程規范構建各類組件和模塊。最后輸出產品版本。
軟件測試：則是通過獨立的測試小組，來評估產品是否滿足需求的定義。最后輸出測試結果、測試報告。
集成維護：產品經過測試以后，交付給用戶，根據用戶的使用情況，再對產品進行維護及必要的修改升級。

瀑布模型的優缺點：
優點：

強調需求、設計的作用
前一階段完成后，只需關注后續階段
為項目提供了按階段劃分的檢查點，里程碑清晰
文檔規范

缺點：

難以適應需求的頻繁變化
項目周期后段才能看到成果
強制的里程碑、完成時間點
文檔工作量大

3.V模型
需求分析、概要設計、詳細設計、軟件編碼
單元測試、集成測試、系統測試、驗收測試

V模型是當前使用最廣泛的模型。
V模型是瀑布模型的變種，明確地表明了測試過程的不同級別，并且描述了這些測試階段和開發過程的對應關系。

單元測試、集成測試，檢測程序是否滿足設計上的要求。
系統測試則檢測軟件在功能、性能這些質量特性上是否能夠滿足系統要求的指標。
驗收測試則確定軟件是否滿足用戶的最終需求，還有合同里的規定。

在V模型里，強調了軟件開發的協作和速度，反映測試活動和分析設計的關系，并且將軟件的實現和驗證有機地結合起來。
V模型當中，明確地界定了測試過程是存在不同階段的，明確了不同的測試階段和研發過程中每個階段的對應關系。
V模型的局限性：
僅僅把測試過程作為在需求分析、系統設計和編碼之后的一個階段，忽視了測試對于需求的分析和驗證，對需求的驗證，對系統設計的驗證需要到后期的驗收測試才能夠被發現。對于測試需要盡早執行這一點，在V模型里沒有得到很好的體現。

4.W模型
W模型，也稱雙V模型。

W模型是對V模型的一個改進模型。
相對于V模型，W模型增加了軟件開發各個階段中同步進行驗證和確認活動，測試是伴隨著整個開發周期進行的。
測試的對象也不再僅僅是程序，對需求和設計都要進行相應的測試。基本上開發和測試是2個并行的流程。
W模型有利于盡早地發現問題，對V模型只能在后期發現問題進行了改進。
W模型有利于及實地了解項目的測試風險，來及早地制定相應的應對方案，加快項目的進度。
W模型的局限性：
在W模型中，需求、設計、編碼仍然是串行的，測試和開發保持著一種線性的相互關系，在上一個階段完成之后，才能進行下一個階段。因此W模型不能很好地支持迭代這種開發模型。

5.X模型

X模型是針對V模型的改進。主要是解決交接和頻繁集成的周期的問題。
X模型的左邊描述的是針對單獨的程序片段所進行的相互分離的編碼和測試，此后進行頻繁的交接，再通過集成最終合成可執行的程序。然后對這些程序進行測試。
X模型還定位了探索式測試，探索式測試是不進行事先計劃的一種特殊類型的測試，能夠幫助測試人員在測試計劃之外發現更多的軟件錯誤。

6.H模型

H模型把軟件測試看作完全獨立的流程，貫穿在整個產品的生命周期當中。它與其它流程并發地進行。“其它流程”可以是軟件的開發流程，設計流程、編碼流程，甚至也可以是測試流程。
H模型強調把測試流程分為測試準備和測試執行2個不同的階段，然后只要由于其它流程的進展引發了測試就緒點的到位，只要測試活動準備完畢，就可以或者需要開展測試執行。
在H模型當中，因為測試是一個完全獨立的流程，所以它可以和其它的流程交叉地進行，便于盡早地執行測試。

總結

以上是生活随笔為你收集整理的【软件测试基础】软件测试模式的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。