幾種常見(jiàn)的測(cè)試模型匯總

1、幾種比較常見(jiàn)的測(cè)試模型匯總：V模型V模型最早是由Paul Rook在世紀(jì)年代后期提出的，旨在改進(jìn)軟件開(kāi)發(fā)的效率和效果。模型反映出了測(cè)試活動(dòng)與分析設(shè)計(jì)活動(dòng)的關(guān)系。從左到右描述了基本的開(kāi)發(fā)過(guò)程和測(cè)試行為，非常明確的標(biāo)注了測(cè)試過(guò)程中存在的不同類型的測(cè)試，并且清楚的描述了這些測(cè)試階段和開(kāi)發(fā)過(guò)程期間各階段的對(duì)應(yīng)關(guān)系。 V模型指出，單元和集成測(cè)試應(yīng)檢測(cè)程序的執(zhí)行是否滿足軟件設(shè)計(jì)的要求；系統(tǒng)測(cè)試應(yīng)檢測(cè)系統(tǒng)功能、性能的質(zhì)量特性是否達(dá)到系統(tǒng)要求的指標(biāo)；驗(yàn)收測(cè)試確定軟件的實(shí)現(xiàn)是否滿足用戶需要或合同的要求。但V模型存在一定的局限性，它僅僅把測(cè)試作為在編碼之后的一個(gè)階段，是針對(duì)程序進(jìn)行的尋找錯(cuò)誤的活動(dòng)，而忽視了測(cè)試活

2、動(dòng)對(duì)需求分析、系統(tǒng)設(shè)計(jì)等活動(dòng)的驗(yàn)證和確認(rèn)的功能。W模型（也叫雙V模型） W模型由Evolutif公司公司提出，相對(duì)于V模型，W模型增加了軟件各開(kāi)發(fā)階段中應(yīng)同步進(jìn)行的驗(yàn)證和確認(rèn)活動(dòng)。W模型由兩個(gè)V字型模型組成，分別代表測(cè)試與開(kāi)發(fā)過(guò)程，圖中明確表示出了測(cè)試與開(kāi)發(fā)的并行關(guān)系。W模型強(qiáng)調(diào)：測(cè)試伴隨著整個(gè)軟件開(kāi)發(fā)周期，而且測(cè)試的對(duì)象不僅僅是程序，需求、設(shè)計(jì)等同樣要測(cè)試，也就是說(shuō)，測(cè)試與開(kāi)發(fā)是同步進(jìn)行的。W模型有利于盡早地全面的發(fā)現(xiàn)問(wèn)題。例如，需求分析完成后，測(cè)試人員就應(yīng)該參與到對(duì)需求的驗(yàn)證和確認(rèn)活動(dòng)中，以盡早地找出缺陷所在。同時(shí)，對(duì)需求的測(cè)試也有利于及時(shí)了解項(xiàng)目難度和測(cè)試風(fēng)險(xiǎn)，及早制定應(yīng)對(duì)措施，這將顯著

3、減少總體測(cè)試時(shí)間，加快項(xiàng)目進(jìn)度。但W模型也存在局限性。在W模型中，需求、設(shè)計(jì)、編碼等活動(dòng)被視為串行的，同時(shí)，測(cè)試和開(kāi)發(fā)活動(dòng)也保持著一種線性的前后關(guān)系，上一階段完全結(jié)束，才可正式開(kāi)始下一個(gè)階段工作。這樣就無(wú)法支持迭代的開(kāi)發(fā)模型。對(duì)于當(dāng)前軟件開(kāi)發(fā)復(fù)雜多變的情況，W模型并不能解除測(cè)試管理面臨著困惑。X模型X模型是由Marick提出的，他的目標(biāo)是彌補(bǔ)V模型的一些缺陷，例如：交接、經(jīng)常性的集成等問(wèn)題。X模型的左邊描述的是針對(duì)單獨(dú)程序片段所進(jìn)行的相互分離的編碼和測(cè)試，此后將進(jìn)行頻繁的交接，通過(guò)集成最終合成為可執(zhí)行的程序。右上半部分，這些可執(zhí)行程序還需要進(jìn)行測(cè)試。已通過(guò)集成測(cè)試的成品可以進(jìn)行封版并提交給用戶

4、，也可以作為更大規(guī)模和范圍內(nèi)集成的一部分。多根并行的曲線表示變更可以在各個(gè)部分發(fā)生。 X模型還定位了探索性測(cè)試（右下方）。這是不進(jìn)行事先計(jì)劃的特殊類型的測(cè)試，諸如“我這么測(cè)一下結(jié)果會(huì)怎么樣？”，這一方式往往能幫助有經(jīng)驗(yàn)的測(cè)試人員在測(cè)試計(jì)劃之外發(fā)現(xiàn)更多的軟件錯(cuò)誤。 但V模型的一個(gè)強(qiáng)項(xiàng)是它明確的需求角色的確認(rèn)，而X模型沒(méi)有這么做，這大概是X模型的一個(gè)不足之處。 而且由于X模型從沒(méi)有被文檔化，其內(nèi)容一開(kāi)始需要從V模型的相關(guān)內(nèi)容中進(jìn)行推斷，因?yàn)樗€沒(méi)有完全從文字上成為V模型的全面擴(kuò)展。H模型 V模型和W模型均存在一些不妥之處。如前所述，它們都把軟件的開(kāi)發(fā)視為需求、設(shè)計(jì)、編碼等一系列串行的活動(dòng)，而事實(shí)上

5、，這些活動(dòng)在大部分時(shí)間內(nèi)是可以交叉進(jìn)行的，所以，相應(yīng)的測(cè)試之間也不存在嚴(yán)格的次序關(guān)系。同時(shí)，各層次的測(cè)試（單元測(cè)試、集成測(cè)試、系統(tǒng)測(cè)試等）也存在反復(fù)觸發(fā)、迭代的關(guān)系。為了解決以上問(wèn)題，有專家提出了H模型。它將測(cè)試活動(dòng)完全獨(dú)立出來(lái)，形成了一個(gè)完全獨(dú)立的流程，將測(cè)試準(zhǔn)備活動(dòng)和測(cè)試執(zhí)行活動(dòng)清晰地體現(xiàn)出來(lái)。瀑布模型（Waterfall Model）1970年溫斯頓羅伊斯（Winston Royce）提出了著名的“瀑布模型”，直到80年代早期，它一直是唯一被廣泛采用的軟件開(kāi)發(fā)模型。 瀑布模型核心思想瀑布模型核心思想是按工序?qū)?wèn)題化簡(jiǎn)，將功能的實(shí)現(xiàn)與設(shè)計(jì)分開(kāi)，便于分工協(xié)作，即采 用結(jié)構(gòu)化的分析與設(shè)計(jì)方法將

6、邏輯實(shí)現(xiàn)與物理實(shí)現(xiàn)分開(kāi)。將軟件生命周期劃分為制定計(jì)劃、需求分析、軟件設(shè)計(jì)、程序編寫(xiě)、軟件測(cè)試和運(yùn)行維護(hù)等六個(gè)基本活動(dòng)，并且規(guī)定了它們自上而下、相互銜接的固定次序，如同瀑布流水，逐級(jí)下落。從本質(zhì)來(lái)講，它是一個(gè)軟件開(kāi)發(fā)架構(gòu)，開(kāi)發(fā)過(guò)程是通過(guò)一系列階段順序展開(kāi)的，從系統(tǒng)需求分析開(kāi)始直到產(chǎn)品發(fā)布和維護(hù)，每個(gè)階段都會(huì)產(chǎn)生循環(huán)反饋，因此，如果有信息未被覆蓋或者發(fā)現(xiàn)了問(wèn)題，那么最好 “返回”上一個(gè)階段并進(jìn)行適當(dāng)?shù)男薷模_(kāi)發(fā)進(jìn)程從一個(gè)階段“流動(dòng)”到下一個(gè)階段，這也是瀑布開(kāi)發(fā)名稱的由來(lái)。瀑布模型的優(yōu)缺點(diǎn)1、瀑布模型有以下優(yōu)點(diǎn)1）為項(xiàng)目提供了按階段劃分的檢查點(diǎn)。 2）當(dāng)前一階段完成后，您只需要去關(guān)注后續(xù)階段。 3）

7、可在迭代模型中應(yīng)用瀑布模型。 增量迭代應(yīng)用于瀑布模型。迭代1解決最大的問(wèn)題。每次迭代產(chǎn)生一個(gè)可運(yùn)行的版本,同時(shí)增加更多的功能。每次迭代必須經(jīng)過(guò)質(zhì)量和集成測(cè)試。 2、瀑布模型有以下缺點(diǎn)1）在項(xiàng)目各個(gè)階段之間極少有反饋。 2）只有在項(xiàng)目生命周期的后期才能看到結(jié)果。 3）通過(guò)過(guò)多的強(qiáng)制完成日期和里程碑來(lái)跟蹤各個(gè)項(xiàng)目階段。螺旋模型1988年，巴利玻姆(Barry Boehm)正式發(fā)表了軟件系統(tǒng)開(kāi)發(fā)的“螺旋模型”，它將瀑布模型和快速原型模型結(jié)合起來(lái)，強(qiáng)調(diào)了其他模型所忽視的風(fēng)險(xiǎn)分析，特別適合于大型復(fù)雜的系統(tǒng)。螺旋模型采用一種周期性的方法來(lái)進(jìn)行系統(tǒng)開(kāi)發(fā)。這會(huì)導(dǎo)致開(kāi)發(fā)出眾多的中間版本。使用它，項(xiàng)目經(jīng)理在早期就

8、能夠?yàn)榭蛻魧?shí)證某些概念。該模型是快速原型法，以進(jìn)化的開(kāi)發(fā)方式為中心，在每個(gè)項(xiàng)目階段使用瀑布模型法。這種模型的每一個(gè)周期都包括需求定義、風(fēng)險(xiǎn)分析、工程實(shí)現(xiàn)和評(píng)審4個(gè)階段，由這4個(gè)階段進(jìn)行迭代。軟件開(kāi)發(fā)過(guò)程每迭代一次，軟件開(kāi)發(fā)又前進(jìn)一個(gè)層次。采用螺旋模型的軟件過(guò)程如下圖所示:： 軟件過(guò)程螺旋模型基本做法是在“瀑布模型”的每一個(gè)開(kāi)發(fā)階段前引入一個(gè)非常嚴(yán)格的風(fēng)險(xiǎn)識(shí)別、風(fēng)險(xiǎn)分析和風(fēng)險(xiǎn)控制，它把軟件項(xiàng)目分解成一個(gè)個(gè)小項(xiàng)目。每個(gè)小項(xiàng)目都標(biāo)識(shí)一個(gè)或多個(gè)主要風(fēng)險(xiǎn)，直到所有的主要風(fēng)險(xiǎn)因素都被確定。 螺旋模型強(qiáng)調(diào)風(fēng)險(xiǎn)分析，使得開(kāi)發(fā)人員和用戶對(duì)每個(gè)演化層出現(xiàn)的風(fēng)險(xiǎn)有所了解，繼而做出應(yīng)有的反應(yīng)，因此特別適用于龐大、復(fù)雜

9、并具有高風(fēng)險(xiǎn)的系統(tǒng)。對(duì)于這些系統(tǒng)，風(fēng)險(xiǎn)是軟件開(kāi)發(fā)不可忽視且潛在的不利因素，它可能在不同程度上損害軟件開(kāi)發(fā)過(guò)程，影響軟件產(chǎn)品的質(zhì)量。減小軟件風(fēng)險(xiǎn)的目標(biāo)是在造成危害之前，及時(shí)對(duì)風(fēng)險(xiǎn)進(jìn)行識(shí)別及分析，決定采取何種對(duì)策，進(jìn)而消除或減少風(fēng)險(xiǎn)的損害。四種象限螺旋模型沿著螺線進(jìn)行若干次迭代，圖中的四個(gè)象限代表了以下活動(dòng)： 四種象限（1）制定計(jì)劃：確定軟件目標(biāo)，選定實(shí)施方案，弄清項(xiàng)目開(kāi)發(fā)的限制條件； （2）風(fēng)險(xiǎn)分析：分析評(píng)估所選方案，考慮如何識(shí)別和消除風(fēng)險(xiǎn)； （3）實(shí)施工程：實(shí)施軟件開(kāi)發(fā)和驗(yàn)證； （4）客戶評(píng)估：評(píng)價(jià)開(kāi)發(fā)工作，提出修正建議，制定下一步計(jì)劃。 螺旋模型由風(fēng)險(xiǎn)驅(qū)動(dòng)，強(qiáng)調(diào)可選方案和約束條件從而支持軟件的重用，有助于將軟件質(zhì)量作為特殊目標(biāo)融入產(chǎn)品開(kāi)發(fā)之中。優(yōu)缺點(diǎn)優(yōu)點(diǎn)1）設(shè)計(jì)上的靈活性,可以在項(xiàng)目的各個(gè)階段進(jìn)行變更。 2）以小的分段來(lái)構(gòu)建大型系統(tǒng),使成本計(jì)算變得簡(jiǎn)單容易。 3）客戶始終參與每個(gè)階段的開(kāi)發(fā),保證了項(xiàng)目不偏離正確方向以及項(xiàng)目的可控性。 4）隨著項(xiàng)目推進(jìn),客戶始終掌握項(xiàng)目的最新信息 , 從而他或她能夠和管理層有效地交互。 5）客戶認(rèn)可這種公司內(nèi)部的開(kāi)發(fā)方式帶來(lái)