本文由小編根據(jù)慕課網(wǎng)視頻親自整理，轉(zhuǎn)載請注明出處和作者。

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

2.傳統(tǒng)的瀑布模型：
項目計劃、需求分析、軟件設(shè)計、程序開發(fā)、軟件測試、集成維護(hù)

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

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

瀑布模型的優(yōu)缺點：
優(yōu)點：

強調(diào)需求、設(shè)計的作用
前一階段完成后，只需關(guān)注后續(xù)階段
為項目提供了按階段劃分的檢查點，里程碑清晰
文檔規(guī)范

缺點：

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

3.V模型
需求分析、概要設(shè)計、詳細(xì)設(shè)計、軟件編碼
單元測試、集成測試、系統(tǒng)測試、驗收測試

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

單元測試、集成測試，檢測程序是否滿足設(shè)計上的要求。
系統(tǒng)測試則檢測軟件在功能、性能這些質(zhì)量特性上是否能夠滿足系統(tǒng)要求的指標(biāo)。
驗收測試則確定軟件是否滿足用戶的最終需求，還有合同里的規(guī)定。

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

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

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

5.X模型

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

6.H模型

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

總結(jié)

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

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。