軟件測試模型.doc

《軟件測試模型.doc》由會員上傳分享，免費在線閱讀，更多相關(guān)內(nèi)容在行業(yè)資料-天天文庫。

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

2、型　　V模型的局限性在于沒有明確地說明早期的測試,無法體現(xiàn)“盡早地和不斷地進行軟件測試”的原則。在V模型中增加軟件各開發(fā)階段應同步進行的測試，演化為W模型（如下圖）。在模型中不難看出，開發(fā)是“V”，測試是與此并行的“V”?；凇氨M早地和不斷地進行軟件測試”的原則，在軟件的需求和設計階段的測試活動應遵循IEEE1012-1998《軟件驗證與確認（V&V）》的原則?！　模型由Evolutif公司提出，相對于V模型，W模型更科學。W模型是V模型的發(fā)展，強調(diào)的是測試伴隨著整個軟件開發(fā)周期，而且測試的對象不僅僅是程

3、序，需求、功能和設計同樣要測試。測試與開發(fā)是同步進行的，從而有利于盡早地發(fā)現(xiàn)問題?！　　　　　模型也有局限性。W模型和V模型都把軟件的開發(fā)視為需求、設計、編碼等一系列串行的活動，無法支持迭代、自發(fā)性以及變更調(diào)整。3、X模型　　X模型也是對V模型的改進,X模型提出針對單獨的程序片段進行相互分離的編碼和測試,此后通過頻繁的交接,通過集成最終合成為可執(zhí)行的程序?！　　　模型的左邊描述的是針對單獨程序片段所進行的相互分離的編碼和測試，此后將進行頻繁的交接，通過集成最終成為可執(zhí)行的程序，然后再對這些可執(zhí)行程序進行

4、測試。己通過集成測試的成品可以進行封裝并提交給用戶，也可以作為更大規(guī)模和范圍內(nèi)集成的一部分。多根并行的曲線表示變更可以在各個部分發(fā)生。由圖中可見，X模型還定位了探索性測試，這是不進行事先計劃的特殊類型的測試，這一方式往往能幫助有經(jīng)驗的測試人員在測試計劃之外發(fā)現(xiàn)更多的軟件錯誤。但這樣可能對測試造成人力、物力和財力的浪費，對測試員的熟練程度要求比較高?！　?、H模型　　H模型中,軟件測試過程活動完全獨立,貫穿于整個產(chǎn)品的周期,與其他流程并發(fā)地進行,某個測試點準備就緒時,就可以從測試準備階段進行到測試執(zhí)行階段。軟

5、件測試可以盡早的進行,并且可以根據(jù)被測物的不同而分層次進行。　　　　這個示意圖演示了在整個生產(chǎn)周期中某個層次上的一次測試“微循環(huán)”。圖中標注的其它流程可以是任意的開發(fā)流程,例如設計流程或者編碼流程。也就是說,只要測試條件成熟了,測試準備活動完成了,測試執(zhí)行活動就可以進行了?！　模型揭示了一個原理:軟件測試是一個獨立的流程,貫穿產(chǎn)品整個生命周期,與其他流程并發(fā)地進行。H模型指出軟件測試要盡早準備,盡早執(zhí)行。不同的測試活動可以是按照某個次序先后進行的,但也可能是反復的,只要某個測試達到準備就緒點,測試執(zhí)行活動

6、就可以開展。5、前置模型　　前置測試模型則體現(xiàn)了開發(fā)與測試的結(jié)合,要求對每一個交付內(nèi)容進行測試。前置測試模型是一個將測試和開發(fā)緊密結(jié)合的模型，此模型將開發(fā)和測試的生命周期整合在一起，隨項目開發(fā)生命周期從開始到結(jié)束每個關(guān)鍵行為。　　　　前置測試模型體現(xiàn)了以下的要點：　?。ㄒ唬╅_發(fā)和測試相結(jié)合　　前置測試模型將開發(fā)和測試的生命周期整合在一起，標識了項目生命周期從開始到結(jié)束之間的關(guān)鍵行為。并且表示了這些行為在項目周期中的價值所在。如果其中有些行為沒有得到很好的執(zhí)行，那么項目成功的可能性就會因此而有所降低。如果有業(yè)

7、務需求，則系統(tǒng)開發(fā)過程將更有效率。在沒有業(yè)務需求的情況下進行開發(fā)和測試是不可能的。而且，業(yè)務需求最好在設計和開發(fā)之前就被正確定義?！　。ǘγ恳粋€交付內(nèi)容進行測試　　每一個交付的開發(fā)結(jié)果都必須通過一定的方式進行測試。源程序代碼并不是唯一需要測試的內(nèi)容。在圖中的綠色框表示了其它一些要測試的對象，包括可行性報告、業(yè)務需求說明，以及系統(tǒng)設計文檔等。這同V模型中開發(fā)和測試的對應關(guān)系是相一致的，并且在其基礎上有所擴展，變得更為明確?！　∏爸脺y試模型包括2項測試計劃技術(shù):　　其中的第一項技術(shù)是開發(fā)基于需求的測試用例。

8、這并不僅僅是為以后提交上來的程序的測試做好初始化準備，也是為了驗證需求是否是可測試的。這些測試可以交由用戶來進行驗收測試，或者由開發(fā)部門做某些技術(shù)測試。很多測試團體都認為，需求的可測試性即使不是需求首要的屬性，也應是其最基本的屬性之一。因此，在必要的時候可以為每一個需求編寫測試用例。不過，基于需求的測試最多也只是和需求本身一樣重要。一項需求可能本身是錯誤的，但它仍是可測試的。而且，你無法為一些被忽略的需求來編寫測