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

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

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

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

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

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

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

缺點(diǎn)：

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

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

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

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

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

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

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

5.X模型

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

6.H模型

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

總結(jié)

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

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