軟件測(cè)試模型參考模板

1、從各種資料上找到以下幾種測(cè)試模型，拷貝粘貼，內(nèi)容并非本人原創(chuàng)，只是為了方便學(xué)習(xí)和記憶?？偨Y(jié)如下：1、V模型在軟件測(cè)試方面，V模型是最廣為人知的模型，盡管很多富有實(shí)際經(jīng)驗(yàn)的測(cè)試人員還是不太熟悉V模型，或者其它的模型。V模型已存在了很長時(shí)間，和瀑布開發(fā)模型有著一些共同的特性，由此也和瀑布模型一樣地受到了批評(píng)和質(zhì)疑。V模型中的過程從左到右，描述了基本的開發(fā)過程和測(cè)試行為。V模型的價(jià)值在于它非常明確地標(biāo)明了測(cè)試過程中存在的不同級(jí)別，并且清楚地描述了這些測(cè)試階段和開發(fā)過程期間各階段的對(duì)應(yīng)關(guān)系。2、W模型V模型的局限性在于沒有明確地說明早期的測(cè)試,無法體現(xiàn)“盡早地和不斷地進(jìn)行軟件測(cè)試”的原則。在V模型中增

2、加軟件各開發(fā)階段應(yīng)同步進(jìn)行的測(cè)試，演化為W 模型（如下圖）。在模型中不難看出，開發(fā)是“V”，測(cè)試是與此并行的“V”。基于“盡早地和不斷地進(jìn)行軟件測(cè)試”的原則，在軟件的需求和設(shè)計(jì)階段的測(cè)試活動(dòng)應(yīng)遵循IEEE1012-1998軟件驗(yàn)證與確認(rèn)（V&V）的原則。W模型由Evolutif公司提出，相對(duì)于V模型，W模型更科學(xué)。W模型是V模型的發(fā)展，強(qiáng)調(diào)的是測(cè)試伴隨著整個(gè)軟件開發(fā)周期，而且測(cè)試的對(duì)象不僅僅是程序，需求、功能和設(shè)計(jì)同樣要測(cè)試。測(cè)試與開發(fā)是同步進(jìn)行的，從而有利于盡早地發(fā)現(xiàn)問題。1 / 6W模型也有局限性。W模型和V模型都把軟件的開發(fā)視為需求、設(shè)計(jì)、編碼等一系列串行的活動(dòng)，無法支持迭代、自

3、發(fā)性以及變更調(diào)整。3、X模型X模型也是對(duì)V模型的改進(jìn),X模型提出針對(duì)單獨(dú)的程序片段進(jìn)行相互分離的編碼和測(cè)試,此后通過頻繁的交接,通過集成最終合成為可執(zhí)行的程序。X模型的左邊描述的是針對(duì)單獨(dú)程序片段所進(jìn)行的相互分離的編碼和測(cè)試，此后將進(jìn)行頻繁的交接，通過集成最終成為可執(zhí)行的程序，然后再對(duì)這些可執(zhí)行程序進(jìn)行測(cè)試。己通過集成測(cè)試的成品可以進(jìn)行封裝并提交給用戶，也可以作為更大規(guī)模和范圍內(nèi)集成的一部分。多根并行的曲線表示變更可以在各個(gè)部分發(fā)生。由圖中可見，X模型還定位了探索性測(cè)試，這是不進(jìn)行事先計(jì)劃的特殊類型的測(cè)試，這一方式往往能幫助有經(jīng)驗(yàn)的測(cè)試人員在測(cè)試計(jì)劃之外發(fā)現(xiàn)更多的軟件錯(cuò)誤。但這樣可能對(duì)測(cè)試造成

4、人力、物力和財(cái)力的浪費(fèi)，對(duì)測(cè)試員的熟練程度要求比較高。4、H模型H模型中, 軟件測(cè)試過程活動(dòng)完全獨(dú)立,貫穿于整個(gè)產(chǎn)品的周期,與其他流程并發(fā)地進(jìn)行,某個(gè)測(cè)試點(diǎn)準(zhǔn)備就緒時(shí),就可以從測(cè)試準(zhǔn)備階段進(jìn)行到測(cè)試執(zhí)行階段。軟件測(cè)試可以盡早的進(jìn)行,并且可以根據(jù)被測(cè)物的不同而分層次進(jìn)行。這個(gè)示意圖演示了在整個(gè)生產(chǎn)周期中某個(gè)層次上的一次測(cè)試“微循環(huán)”。圖中標(biāo)注的其它流程可以是任意的開發(fā)流程,例如設(shè)計(jì)流程或者編碼流程。也就是說, 只要測(cè)試條件成熟了,測(cè)試準(zhǔn)備活動(dòng)完成了,測(cè)試執(zhí)行活動(dòng)就可以進(jìn)行了。H模型揭示了一個(gè)原理:軟件測(cè)試是一個(gè)獨(dú)立的流程,貫穿產(chǎn)品整個(gè)生命周期,與其他流程并發(fā)地進(jìn)行。H模型指出軟件測(cè)試要盡早準(zhǔn)備,

5、 盡早執(zhí)行。不同的測(cè)試活動(dòng)可以是按照某個(gè)次序先后進(jìn)行的,但也可能是反復(fù)的,只要某個(gè)測(cè)試達(dá)到準(zhǔn)備就緒點(diǎn),測(cè)試執(zhí)行活動(dòng)就可以開展。5、前置模型前置測(cè)試模型則體現(xiàn)了開發(fā)與測(cè)試的結(jié)合,要求對(duì)每一個(gè)交付內(nèi)容進(jìn)行測(cè)試。前置測(cè)試模型是一個(gè)將測(cè)試和開發(fā)緊密結(jié)合的模型，此模型將開發(fā)和測(cè)試的生命周期整合在一起，隨項(xiàng)目開發(fā)生命周期從開始到結(jié)束每個(gè)關(guān)鍵行為。前置測(cè)試模型體現(xiàn)了以下的要點(diǎn)：（一）開發(fā)和測(cè)試相結(jié)合前置測(cè)試模型將開發(fā)和測(cè)試的生命周期整合在一起，標(biāo)識(shí)了項(xiàng)目生命周期從開始到結(jié)束之間的關(guān)鍵行為。并且表示了這些行為在項(xiàng)目周期中的價(jià)值所在。如果其中有些行為沒有得到很好的執(zhí)行，那么項(xiàng)目成功的可能性就會(huì)因此而有所降低。如

6、果有業(yè)務(wù)需求，則系統(tǒng)開發(fā)過程將更有效率。在沒有業(yè)務(wù)需求的情況下進(jìn)行開發(fā)和測(cè)試是不可能的。而且，業(yè)務(wù)需求最好在設(shè)計(jì)和開發(fā)之前就被正確定義。（二）對(duì)每一個(gè)交付內(nèi)容進(jìn)行測(cè)試每一個(gè)交付的開發(fā)結(jié)果都必須通過一定的方式進(jìn)行測(cè)試。源程序代碼并不是唯一需要測(cè)試的內(nèi)容。在圖中的綠色框表示了其它一些要測(cè)試的對(duì)象，包括可行性報(bào)告、業(yè)務(wù)需求說明，以及系統(tǒng)設(shè)計(jì)文檔等。這同V模型中開發(fā)和測(cè)試的對(duì)應(yīng)關(guān)系是相一致的，并且在其基礎(chǔ)上有所擴(kuò)展，變得更為明確。前置測(cè)試模型包括2項(xiàng)測(cè)試計(jì)劃技術(shù):其中的第一項(xiàng)技術(shù)是開發(fā)基于需求的測(cè)試用例。這并不僅僅是為以后提交上來的程序的測(cè)試做好初始化準(zhǔn)備，也是為了驗(yàn)證需求是否是可測(cè)試的。這些測(cè)試可以

7、交由用戶來進(jìn)行驗(yàn)收測(cè)試，或者由開發(fā)部門做某些技術(shù)測(cè)試。很多測(cè)試團(tuán)體都認(rèn)為，需求的可測(cè)試性即使不是需求首要的屬性，也應(yīng)是其最基本的屬性之一。因此，在必要的時(shí)候可以為每一個(gè)需求編寫測(cè)試用例。不過，基于需求的測(cè)試最多也只是和需求本身一樣重要。一項(xiàng)需求可能本身是錯(cuò)誤的，但它仍是可測(cè)試的。而且，你無法為一些被忽略的需求來編寫測(cè)試用例。第二項(xiàng)技術(shù)是定義驗(yàn)收標(biāo)準(zhǔn)。在接受交付的系統(tǒng)之前，用戶需要用驗(yàn)收標(biāo)準(zhǔn)來進(jìn)行驗(yàn)證。驗(yàn)收標(biāo)準(zhǔn)并不僅僅是定義需求，還應(yīng)在前置測(cè)試之前進(jìn)行定義，這將幫助揭示某些需求是否正確，以及某些需求是否被忽略了。同樣的，系統(tǒng)設(shè)計(jì)在投入編碼實(shí)現(xiàn)之前也必須經(jīng)過測(cè)試，以確保其正確性和完整性。很多組織趨

8、向于對(duì)設(shè)計(jì)進(jìn)行測(cè)試，而不是對(duì)需求進(jìn)行測(cè)試。Goldsmith 曾提供過15項(xiàng)以上的測(cè)試方法來對(duì)設(shè)計(jì)進(jìn)行測(cè)試，這些組織也只使用了其中很小的一部分。在對(duì)設(shè)計(jì)進(jìn)行的測(cè)試中有一項(xiàng)非常有用的技術(shù)，即制訂計(jì)劃以確定應(yīng)如何針對(duì)提交的系統(tǒng)進(jìn)行測(cè)試，這在處于設(shè)計(jì)階段并即將進(jìn)入編碼階段時(shí)十分有用。（三）在設(shè)計(jì)階段進(jìn)行計(jì)劃和測(cè)試設(shè)計(jì)設(shè)計(jì)階段是做測(cè)試計(jì)劃和測(cè)試設(shè)計(jì)的最好時(shí)機(jī)。很多組織要么根本不做測(cè)試計(jì)劃和測(cè)試設(shè)計(jì)，要么在即將開始執(zhí)行測(cè)試之間才飛快地完成測(cè)試計(jì)劃和設(shè)計(jì)。在這種情況下，測(cè)試只是驗(yàn)證了程序的正確性，而不是驗(yàn)證整個(gè)系統(tǒng)本該實(shí)現(xiàn)的東西。測(cè)試有2種主要的類型，這2種類型都需要測(cè)試計(jì)劃。在V模型中，驗(yàn)收測(cè)試最早被定

9、義好，并在最后執(zhí)行，以驗(yàn)證所交付的系統(tǒng)是否真正符合用戶業(yè)務(wù)的需求。與 V模型不同的是，前置測(cè)試模型認(rèn)識(shí)到驗(yàn)收測(cè)試中所包含的3種成份，其中的2種都與業(yè)務(wù)需求定義相聯(lián)系：即定義基于需求的測(cè)試，以及定義驗(yàn)收標(biāo)準(zhǔn)。但是，第三種則需要等到系統(tǒng)設(shè)計(jì)完成，因?yàn)轵?yàn)收測(cè)試計(jì)劃是由針對(duì)按設(shè)計(jì)實(shí)現(xiàn)的系統(tǒng)來進(jìn)行的一些明確操作定義所組成，這些定義包括：如何判斷驗(yàn)收標(biāo)準(zhǔn)已經(jīng)達(dá)到，以及基于需求的測(cè)試已算成功完成。技術(shù)測(cè)試主要是針對(duì)開發(fā)代碼的測(cè)試，例如V模型中所定義的動(dòng)態(tài)的單元測(cè)試，集成測(cè)試和系統(tǒng)測(cè)試。另外，前置測(cè)試還提示我們應(yīng)增加靜態(tài)審查，以及獨(dú)立的QA測(cè)試。QA測(cè)試通常跟隨在系統(tǒng)測(cè)試之后，從技術(shù)部門的意見和用戶的預(yù)期方面

10、出發(fā)，進(jìn)行最后的檢查.同樣的還有特別測(cè)試。我們?nèi)∶貏e測(cè)試，并把該名稱作為很多測(cè)試的一個(gè)統(tǒng)稱，這些測(cè)試包括負(fù)載測(cè)試、安全性測(cè)試、可用性測(cè)試等等，這些測(cè)試不是由業(yè)務(wù)邏輯和應(yīng)用來驅(qū)動(dòng)的。對(duì)技術(shù)測(cè)試最基本的要求是驗(yàn)證代碼的編寫和設(shè)計(jì)的要求是否相一致。一致的意思是系統(tǒng)確實(shí)提供了要求提供的，并且系統(tǒng)并沒有提供不要求提供的。技術(shù)測(cè)試在設(shè)計(jì)階段進(jìn)行計(jì)劃和設(shè)計(jì)，并在開發(fā)階段由技術(shù)部門來執(zhí)行。（四）測(cè)試和開發(fā)結(jié)合在一起前置測(cè)試將測(cè)試執(zhí)行和開發(fā)結(jié)合在一起，并在開發(fā)階段以編碼-測(cè)試-編碼-測(cè)試的方式來體現(xiàn)。也就是說，程序片段一旦編寫完成，就會(huì)立即進(jìn)行測(cè)試。普通情況下，先進(jìn)行的測(cè)試是單元測(cè)試，因?yàn)殚_發(fā)人員認(rèn)為通過測(cè)試

11、來發(fā)現(xiàn)錯(cuò)誤是最經(jīng)濟(jì)的方式。但也可參考X模型，即一個(gè)程序片段也需要相關(guān)的集成測(cè)試，甚至有時(shí)還需要一些特殊測(cè)試。對(duì)于一個(gè)特定的程序片段，其測(cè)試的順序可以按照V模型的規(guī)定，但其中還會(huì)交織一些程序片段的開發(fā)，而不是按階段完全地隔離。在技術(shù)測(cè)試計(jì)劃中必須定義好這樣的結(jié)合。測(cè)試的主體方法和結(jié)構(gòu)應(yīng)在設(shè)計(jì)階段定義完成，并在開發(fā)階段進(jìn)行補(bǔ)充和升版。這尤其會(huì)對(duì)基于代碼的測(cè)試產(chǎn)生影響，這種測(cè)試主要包括針對(duì)單元的測(cè)試和集成測(cè)試。不管在哪種情況下，如果在執(zhí)行測(cè)試之前做一點(diǎn)計(jì)劃和設(shè)計(jì)，都會(huì)提高測(cè)試效率，改善測(cè)試結(jié)果，而且對(duì)測(cè)試重用也更加有利。（五）讓驗(yàn)收測(cè)試和技術(shù)測(cè)試保持相互獨(dú)立驗(yàn)收測(cè)試應(yīng)該獨(dú)立于技術(shù)測(cè)試，這樣可以提供雙

12、重的保險(xiǎn)，以保證設(shè)計(jì)及程序編碼能夠符合最終用戶的需求。驗(yàn)收測(cè)試既可以在實(shí)施階段的第一步來執(zhí)行，也可以在開發(fā)階段的最后一步執(zhí)行。前置測(cè)試模型提倡驗(yàn)收測(cè)試和技術(shù)測(cè)試沿循2條不同的路線來進(jìn)行，每條路線分別地驗(yàn)證系統(tǒng)是否能夠如預(yù)期的設(shè)想進(jìn)行正常工作。這樣，當(dāng)單獨(dú)設(shè)計(jì)好的驗(yàn)收測(cè)試完成了系統(tǒng)的驗(yàn)證, 我們即可確信這是一個(gè)正確的系統(tǒng)。（六）反復(fù)交替的開發(fā)和測(cè)試在項(xiàng)目中從很多方面可以看到變更的發(fā)生，例如需要重新訪問前一階段的內(nèi)容，或者地跟蹤并糾正以前提交的內(nèi)容，修復(fù)錯(cuò)誤，排除多余的成分，以及增加新發(fā)現(xiàn)的功能，等等。開發(fā)和測(cè)試需要一起反復(fù)交替地執(zhí)行。模型并沒有明確指出參與的系統(tǒng)部分的大小。這一點(diǎn)和V模型中所提供

13、的內(nèi)容相似。不同的是，前置測(cè)試模型對(duì)反復(fù)和交替進(jìn)行了非常明確的描述。（七）發(fā)現(xiàn)內(nèi)在的價(jià)值前置測(cè)試能給需要使用測(cè)試技術(shù)的開發(fā)人員、測(cè)試人員、項(xiàng)目經(jīng)理和用戶等帶來很多不同于傳統(tǒng)方法的內(nèi)在的價(jià)值。與以前的方法中很少劃分優(yōu)先級(jí)所不同的是，前置測(cè)試用較低的成本來及早發(fā)現(xiàn)錯(cuò)誤，并且充分強(qiáng)調(diào)了測(cè)試對(duì)確保系統(tǒng)的高質(zhì)量的重要意義。前置測(cè)試代表了整個(gè)對(duì)測(cè)試的新的不同的觀念。在整個(gè)開發(fā)過程中，反復(fù)使用了各種測(cè)試技術(shù)以使開發(fā)人員、經(jīng)理和用戶節(jié)省其時(shí)間，簡化其工作。通常情況下，開發(fā)人員會(huì)將測(cè)試工作視為阻礙其按期完成開發(fā)進(jìn)度的額外的負(fù)擔(dān)。然而，當(dāng)我們提前定義好該如何對(duì)程序進(jìn)行測(cè)試以后，我們會(huì)發(fā)現(xiàn)開發(fā)人員將節(jié)省至少20%的

14、時(shí)間。雖然開發(fā)人員很少意識(shí)到他們的時(shí)間是如何分配的，也許他們只是感覺到有一大塊時(shí)間從重新修改中節(jié)省下來可用來進(jìn)行其它的開發(fā)。保守地說，在編碼之前對(duì)設(shè)計(jì)進(jìn)行測(cè)試可以節(jié)省總共將近一半的時(shí)間，這可以從以下方面體現(xiàn)出來：針對(duì)設(shè)計(jì)的測(cè)試編寫是檢驗(yàn)設(shè)計(jì)的一個(gè)非常好的方法，由此可以及時(shí)避免因?yàn)樵O(shè)計(jì)不正確而造成的重復(fù)開發(fā)及代碼修改。通常情況下，這樣的測(cè)試可以使設(shè)計(jì)中的邏輯缺陷凸顯出來。另一方面，編寫測(cè)試用例還能揭示設(shè)計(jì)中比較模糊的地方。總的來說，如果你不能勾畫出如何對(duì)程序進(jìn)行測(cè)試，那么程序員很可能也很難確定他們所開發(fā)的程序怎樣才算是正確的。測(cè)試工作先于程序開發(fā)而進(jìn)行，這樣可以明顯地看到程序應(yīng)該如何工作，否則，如果要等到程序開發(fā)完成后才開始測(cè)試，那么測(cè)試只是查驗(yàn)開發(fā)人員的代碼是如何運(yùn)行的。而提前的測(cè)試可以幫助開發(fā)人員立刻得到正確的錯(cuò)誤定位。在測(cè)試先于編碼的情況下，開發(fā)人員可以在一完成編碼時(shí)就立刻進(jìn)行測(cè)試。而且，她會(huì)更有效率，在同一