軟件測試模型

1、編輯課件編輯課件軟件測試模型軟件測試模型編輯課件編輯課件主要主要內(nèi)容內(nèi)容V模型模型一一W模型模型二二三三H模型模型X模型模型四四四四前置模型前置模型五五編輯課件編輯課件 軟件測試過程模型軟件測試過程模型 軟件開發(fā)的幾十年中產(chǎn)生了很多的優(yōu)秀模型，比如瀑布軟件開發(fā)的幾十年中產(chǎn)生了很多的優(yōu)秀模型，比如瀑布模型、螺旋模型、增量模型、迭代模型等，那么軟件測試模型、螺旋模型、增量模型、迭代模型等，那么軟件測試又有哪些模型可以指導我們進行工作呢？下面我們把一些又有哪些模型可以指導我們進行工作呢？下面我們把一些主要的模型給大家介紹一下。主要的模型給大家介紹一下。 編輯課件編輯課件編輯課件編輯課件編輯課件編輯課

2、件V模型是最具有代表意義的測試模型。它是軟件開發(fā)瀑布模型的變種，它反映了測試活動與分析和設計的關(guān)系。V模型中的過程從左到右，描述了基本的開發(fā)過程和測試行為。V模型的價值在于它非常明確地標明了測試過程中存在的不同級別，并且清楚地描述了這些測試階段和開發(fā)過程期間各階段的對應關(guān)系。V模型問題：A.測試是開發(fā)之后的一個階段。 B.測試的對象就是程序本身。 C.實際應用中容易導致需求階段的錯誤一直到最后系統(tǒng)測試階段才被發(fā)現(xiàn)。 D.整個軟件產(chǎn)品的過程質(zhì)量保證完全依賴于開發(fā)人員的能力和對工作的責任心，而且上一步的結(jié)果必須是充分和正確的，如果任何一個環(huán)節(jié)出了問題，則必將嚴重的影響整個工程的質(zhì)量和預期進度。 V

3、模型模型編輯課件編輯課件編輯課件編輯課件W模型由Evolutif公司公司提出，相對于V模型，W模型增加了軟件各開發(fā)階段中應同步進行的驗證和確認活動。W模型相當兩個V模型的疊加，一個是開發(fā)的V，一個是測試的V，由于項目中開發(fā)和測試的是同步進行，相當于兩個V是并列同步的進行的，測試在一定程度是隨著開發(fā)的進展而不斷向前進行。W模型強調(diào)：測試伴隨著整個軟件開發(fā)周期，而且測試的對象不僅僅是程序，需求、設計等同樣要測試，也就是說，測試與開發(fā)是同步進行的。W模型有利于盡早地全面的發(fā)現(xiàn)問題。W模型也存在局限性：在W模型中，需求、設計、編碼等活動被視為串行的，同時，測試和開發(fā)活動也保持著一種線性的前后關(guān)系，上一

4、階段完全結(jié)束，才可正式開始下一個階段工作。這樣就無法支持迭代、自發(fā)性以及變更調(diào)整。對于當前軟件開發(fā)復雜多變的情況，W模型并不能解除測試管理面臨著困惑。 W模型模型編輯課件編輯課件編輯課件編輯課件H模型中，軟件測試過程活動完全獨立,貫穿于整個產(chǎn)品的周期,與其他流程并發(fā)地進行,某個測試點準備就緒時,就可以從測試準備階段進行到測試執(zhí)行階段。軟件測試可以盡早的進行,并且可以根據(jù)被測物的不同而分層次進行。H模型的演示圖，演示了在整個生產(chǎn)周期中某個層次上的一次測試“微循環(huán)”。圖中標注的其它流程可以是任意的開發(fā)流程,例如設計流程或者編碼流程。也就是說, 只要測試條件成熟了,測試準備活動完成了,測試執(zhí)行活動就

5、可以進行了。 H模型揭示了一個原理:軟件測試是一個獨立的流程,貫穿產(chǎn)品整個生命周期,與其他流程并發(fā)地進行。H模型指出軟件測試要盡早準備, 盡早執(zhí)行。不同的測試活動可以是按照某個次序先后進行的,但也可能是反復的,只要某個測試達到準備就緒點,測試執(zhí)行活動就可以開展。 H模型模型編輯課件編輯課件編輯課件編輯課件X模型也是對V模型的改進,X模型提出針對單獨的程序片段進行相互分離的編碼和測試,此后通過頻繁的交接,通過集成最終合成為可執(zhí)行的程序。X模型的左邊描述的是針對單獨程序片段所進行的相互分離的編碼和測試，此后將進行頻繁的交接，通過集成最終成為可執(zhí)行的程序，然后再對這些可執(zhí)行程序進行測試。己通過集成測

6、試的成品可以進行封裝并提交給用戶，也可以作為更大規(guī)模和范圍內(nèi)集成的一部分。多根并行的曲線表示變更可以在各個部分發(fā)生。X模型還定位了探索性測試，這是不進行事先計劃的特殊類型的測試，這一方式往往能幫助有經(jīng)驗的測試人員在測試計劃之外發(fā)現(xiàn)更多的軟件錯誤。但這樣可能對測試造成人力、物力和財力的浪費，對測試員的熟練程度要求比較高。 X模型模型編輯課件編輯課件編輯課件編輯課件前置測試模型則體現(xiàn)了開發(fā)與測試的結(jié)合,要求對每一個交付內(nèi)容進行測試。前置測試模型是一個將測試和開發(fā)緊密結(jié)合的模型，此模型將開發(fā)和測試的生命周期整合在一起，隨項目開發(fā)生命周期從開始到結(jié)束每個關(guān)鍵行為。前置測試模型的特點：A.開發(fā)和測試相結(jié)

7、合，標識了項目生命周期從開始到結(jié)束之間的關(guān)鍵行為，并且表示了這些行為在項目周期中的價值所在。B.對每一個交付內(nèi)容進行測試，在圖中的綠色框表示了其它一些要測試的對象，包括可行性報告、業(yè)務需求說明，以及系統(tǒng)設計文檔。前置測試模型包括2項測試計劃技術(shù)：開發(fā)基于需求的測試用例，定義驗收標準。C.在設計階段進行測試計劃和測試設計，驗收測試計劃等。D.測試和開發(fā)結(jié)合在一起，將測試執(zhí)行和開發(fā)結(jié)合在一起，并在開發(fā)階段以編碼-測試-編碼-測試的方式來體現(xiàn)。一個程序片段也需要相關(guān)的集成測試，甚至有時還需要一些特殊測試，對于一個特定的程序片段，其測試的順序可以按照V模型的規(guī)定，但其中還會交織一些程序片段的開發(fā)，而不

8、是按階段完全地隔離。 前置模型前置模型編輯課件編輯課件E.讓驗收測試和技術(shù)測試保持相互獨立，驗收測試既可以在實施階段的第一步來執(zhí)行，也可以在開發(fā)階段的最后一步執(zhí)行。F.反復交替的開發(fā)和測試，在項目中從很多方面可以看到變更的發(fā)生，例如需要重新訪問前一階段的內(nèi)容，或者地跟蹤并糾正以前提交的內(nèi)容，修復錯誤，排除多余的成分，以及增加新發(fā)現(xiàn)的功能，等等。G.發(fā)現(xiàn)內(nèi)在的價值,前置測試能給需要使用測試技術(shù)的開發(fā)人員、測試人員、項目經(jīng)理和用戶等帶來很多不同于傳統(tǒng)方法的內(nèi)在的價值。在實際的工作中，靈活運用各種模型的優(yōu)點，在W模型框架下，運用H模型的思想進行獨立的測試，并同時將測試和開發(fā)緊密結(jié)合，尋找恰當?shù)木途w點

9、開始測試并反復迭代測試，最終保證按期完成預定目標。 前置模型前置模型編輯課件編輯課件Spiral Testing Process編輯課件編輯課件擴展知識編輯課件編輯課件瀑布模型是最早出現(xiàn)的軟件開發(fā)模型，在軟件工程中占有重要的地位，它提供了軟件開發(fā)的基本框架。其過程是從上一項活動接收該項活動的工作對象作為輸入，利用這一輸入實施該項活動應完成的內(nèi)容給出該項活動的工作成果，并作為輸出傳給下一項活動。瀑布模型核心思想是按工序?qū)栴}化簡，將功能的實現(xiàn)與設計分開，便于分工協(xié)作，即采用結(jié)構(gòu)化的分析與設計方法將邏輯實現(xiàn)與物理實現(xiàn)分開。將軟件生命周期劃分為制定計劃、需求分析、軟件設計、程序編寫、軟件測試和運行維

10、護等六個基本活動，并且規(guī)定了它們自上而下、相互銜接的固定次序，如同瀑布流水，逐級下落。瀑布模型有以下優(yōu)點 ：1）為項目提供了按階段劃分的檢查點。 2）當前一階段完成后，您只需要去關(guān)注后續(xù)階段。 3）可在迭代模型中應用瀑布模型。 增量迭代應用于瀑布模型。迭代1解決最大的問題。每次迭代產(chǎn)生一個可運行的版本,同時增加更多的功能。每次迭代必須經(jīng)過質(zhì)量和集成測試。 瀑布模型有以下缺點 ：1）在項目各個階段之間極少有反饋。 2）只有在項目生命周期的后期才能看到結(jié)果。 3）通過過多的強制完成日期和里程碑來跟蹤各個項目階段。 軟件開發(fā)模型軟件開發(fā)模型瀑布瀑布模型模型編輯課件編輯課件編輯課件編輯課件原型模型的主

11、要思想： 先借用已有系統(tǒng)作為原型模型，通過“樣品”不斷改進，使得最后的產(chǎn)品就是用戶所需要的。 原型模型通過向用戶提供原型獲取用戶的反饋，使開發(fā)出的軟件能夠真正反映用戶的需求。同時，原型模型采用逐步求精的方法完善原型，使得原型能夠“快速”開發(fā)，避免了像瀑布模型一樣在冗長的開發(fā)過程中難以對用戶的反饋作出快速的響應。相對瀑布模型而言，原型模型更符合人們開發(fā)軟件的習慣，使目前較流行的一種實用軟件生存期模型。 原型模型的特點： 1）開發(fā)人員和用戶在“原型”上達成一致。這樣一來，可以減少設計中的錯誤和開發(fā)中的風險，也減少了對用戶培訓的時間，而提高了系統(tǒng)的實用、正確性以及用戶的滿意程度。 2）縮短了開發(fā)周期

12、，加快了工程進度。 3）降低成本。 原型模型的缺點： 當告訴用戶，還必須重新生產(chǎn)該產(chǎn)品時，用戶是很難接受的。這往往給工程繼續(xù)開展帶來不利因素。 不宜利用原型系統(tǒng)作為最終產(chǎn)品。采用原型模型開發(fā)系統(tǒng)，用戶和開發(fā)者必須達成一致：原型被建造僅僅是用戶用來定義需求，之后便部分或全部拋起，最終的軟件是要充分考慮了質(zhì)量和可維護性等方面之后才被開發(fā)。 軟件開發(fā)模型軟件開發(fā)模型原型原型模型模型編輯課件編輯課件編輯課件編輯課件螺旋模型采用一種周期性的方法來進行系統(tǒng)開發(fā)。這會導致開發(fā)出眾多的中間版本。使用它，項目經(jīng)理在早期就能夠為客戶實證某些概念。該模型是快速原型法，以進化的開發(fā)方式為中心，在每個項目階段使用瀑布模

13、型法。這種模型的每一個周期都包括需求定義、風險分析、工程實現(xiàn)和評審4個階段，由這4個階段進行迭代。軟件開發(fā)過程每迭代一次，軟件開發(fā)又前進一個層次。螺旋模型強調(diào)風險分析，使得開發(fā)人員和用戶對每個演化層出現(xiàn)的風險有所了解，繼而做出應有的反應，因此特別適用于龐大、復雜并具有高風險的系統(tǒng)。對于這些系統(tǒng)，風險是軟件開發(fā)不可忽視且潛在的不利因素，它可能在不同程度上損害軟件開發(fā)過程，影響軟件產(chǎn)品的質(zhì)量。減小軟件風險的目標是在造成危害之前，及時對風險進行識別及分析，決定采取何種對策，進而消除或減少風險的損害。螺旋模型沿著螺線進行若干次迭代，圖中的四個象限代表了以下活動：1）制定計劃：確定軟件目標，選定實施方案

14、，弄清項目開發(fā)的限制條件； 2）風險分析：分析評估所選方案，考慮如何識別和消除風險； 3）實施工程：實施軟件開發(fā)和驗證； 4）客戶評估：評價開發(fā)工作，提出修正建議，制定下一步計劃。 軟件開發(fā)模型軟件開發(fā)模型螺旋螺旋模型模型編輯課件編輯課件軟件開發(fā)模型螺旋模型螺旋模型優(yōu)點 ：1）設計上的靈活性,可以在項目的各個階段進行變更。2）以小的分段來構(gòu)建大型系統(tǒng),使成本計算變得簡單容易。 3）客戶始終參與每個階段的開發(fā),保證了項目不偏離正確方向以及項目的可控性。4）隨著項目推進,客戶始終掌握項目的最新信息 , 從而他或她能夠和管理層有效地交互。 5）客戶認可這種公司內(nèi)部的開發(fā)方式帶來的良好的溝通和高質(zhì)量的產(chǎn)品。 螺旋模型缺點 ：很