測(cè)試模型.pptx

1、測(cè)試專題,比較流行的模型介紹,測(cè)試模型介紹,瀑布模型 V模型 W模型（雙V模型） X模型 H模型 前置測(cè)試模型(測(cè)試驅(qū)動(dòng)模型),瀑布模型,瀑布模型的核心思想是按工序?qū)栴}化簡，將功能的實(shí)現(xiàn)與設(shè)計(jì)分開，采用機(jī)構(gòu)化的分析與設(shè)計(jì)方法將邏輯實(shí)現(xiàn)與物理實(shí)現(xiàn)分開。 軟件生命周期劃分為制定計(jì)劃、需求分析、軟件設(shè)計(jì)、程序編寫、軟件測(cè)試、運(yùn)行維護(hù)。 規(guī)定活動(dòng)自上而下、相互銜接的固定次序，逐級(jí)下落。,瀑布模型的重要地位,瀑布模型是最早出現(xiàn)的軟件開發(fā)模型，在軟件工程中占有重要的地位，它提供了軟件開發(fā)的基本框架。其過程是從上一項(xiàng)活動(dòng)接收該項(xiàng)活動(dòng)的工作對(duì)象作為輸入，利用這一輸入實(shí)施該項(xiàng)活動(dòng)應(yīng)完成的內(nèi)容給出該項(xiàng)活動(dòng)的工作

2、成果，并作為輸出傳給下一項(xiàng)活動(dòng)。同時(shí)評(píng)審該項(xiàng)活動(dòng)的實(shí)施，若確認(rèn)，則繼續(xù)下一項(xiàng)活動(dòng)；否則返回前面，甚至更前面的活動(dòng)。對(duì)于經(jīng)常變化的項(xiàng)目而言，瀑布模型毫無價(jià)值。,瀑布模型的優(yōu)點(diǎn),為項(xiàng)目提供了按階段劃分的檢查點(diǎn)。 當(dāng)前一階段完成后，您只需要去關(guān)注后續(xù)階段。 可在迭代模型中應(yīng)用瀑布模型。,缺點(diǎn),在項(xiàng)目各個(gè)階段之間極少有反饋。 只有在項(xiàng)目生命周期的后期才能看到結(jié)果。 通過過多的強(qiáng)制完成日期和里程碑來跟蹤各個(gè)項(xiàng)目階段。,總結(jié),傳統(tǒng)的瀑布模型，軟件測(cè)試的地位和價(jià)值并沒有體現(xiàn)出來，測(cè)試只能作為一個(gè)事后補(bǔ)救工作。早期的錯(cuò)誤可能要等到開發(fā)后期的測(cè)試階段才能發(fā)現(xiàn)，進(jìn)而帶來嚴(yán)重的后果。 各個(gè)階段的劃分完全固定，階段之

3、間產(chǎn)生大量的文檔，極大地增加了工作量。 由于開發(fā)模型是線性的，用戶只有等到整個(gè)過程的末期才能見到開發(fā)成果，從而增加 了開發(fā)的風(fēng)險(xiǎn)。,測(cè)試傳統(tǒng)模型-V模型,V模型是最廣為人知的測(cè)試模型 由Paul Rook在世紀(jì)年代后期提出的，旨在改進(jìn)軟件開發(fā)的效率和效果。 從左到右，描述了基本的開發(fā)過程和測(cè)試行為 非常明確地標(biāo)明了測(cè)試過程中存在的不同級(jí)別，描述了這些測(cè)試階段和開發(fā)過程期間各階段的對(duì)應(yīng)關(guān)系,V模型（測(cè)試與開發(fā)階段對(duì)應(yīng)關(guān)系）,單元和集成測(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)是否滿足用戶需要或合同的要求。,

4、V模型的缺陷,存在局限性，僅僅把測(cè)試過程作為在需求分析、系統(tǒng)設(shè)計(jì)及編碼之后的一個(gè)階段，只針對(duì)程序進(jìn)行的尋找錯(cuò)誤的活動(dòng)，忽視了測(cè)試活動(dòng)對(duì)需求分析,系統(tǒng)設(shè)計(jì)等活動(dòng)的驗(yàn)證和確認(rèn)的功能，直到后期的驗(yàn)收測(cè)試才被發(fā)現(xiàn)。,W模型,W模型由Evolutif公司提出。 W模型從V模型演化過來，實(shí)際上開發(fā)是V，測(cè)試也是與此并行的V。 相對(duì)于V模型，W模型增加了軟件各開發(fā)階段中應(yīng)同步進(jìn)行的驗(yàn)證和確認(rèn)活動(dòng)。,W模型,測(cè)試伴隨整個(gè)軟件開發(fā)周期，而且測(cè)試的對(duì)象不僅僅是程序，需求、設(shè)計(jì)等同樣要測(cè)試，測(cè)試與開發(fā)是同步進(jìn)行的。 W模型有利于盡早地全面的發(fā)現(xiàn)問題。,W模型的缺點(diǎn),W模型也存在局限性。在W模型中，需求、設(shè)計(jì)、編碼等

5、活動(dòng)被視為串行的，同時(shí)，測(cè)試和開發(fā)活動(dòng)也保持著一種線性的前后關(guān)系，上一階段完全結(jié)束，才可正式開始下一個(gè)階段工作。這樣就無法支持迭代的開發(fā)模型。 對(duì)于當(dāng)前軟件開發(fā)復(fù)雜多變的情況，W模型并不能解除測(cè)試管理面臨著困惑。,X模型,很好地處理測(cè)試與開發(fā)的交接過程（交接的過程是一個(gè)時(shí)間段，而不是一個(gè)點(diǎn)） 左邊描述的是針對(duì)單獨(dú)程序片段所進(jìn)行的相互分離的編碼和測(cè)試，此后將進(jìn)行頻繁的交接，通過集成最終合成為可執(zhí)行的程序，然后再對(duì)這些可執(zhí)行程序進(jìn)行測(cè)試。 己通過集成測(cè)試的成品可以進(jìn)行封裝并提交給用戶，也可以作為更大規(guī)模和范圍內(nèi)集成的一部分。多根并行的曲線表示變更可以在各個(gè)部分發(fā)生。 X模型還定位了探索性測(cè)試，這是

6、不進(jìn)行事先計(jì)劃的特殊類型的測(cè)試，給有經(jīng)驗(yàn)的測(cè)試人員在測(cè)試計(jì)劃之外發(fā)現(xiàn)更多的軟件缺陷。,H模型,H模型,在H模型中，軟件測(cè)試過程是一個(gè)獨(dú)立的流程，貫穿于整個(gè)產(chǎn)品周期，與其他流程并發(fā)地進(jìn)行。 H模型指出，軟件測(cè)試要盡早準(zhǔn)備，盡早執(zhí)行。 當(dāng)某個(gè)測(cè)試時(shí)間點(diǎn)就緒時(shí)，軟件測(cè)試即從測(cè)試準(zhǔn)備階段進(jìn)入測(cè)試執(zhí)行階段。 軟件測(cè)試可以根據(jù)被測(cè)物的不同而分層次進(jìn)行。不同的測(cè)試活動(dòng)可以是按照某個(gè)次序先后進(jìn)行的。但也可能是反復(fù)的,只要某個(gè)測(cè)試達(dá)到準(zhǔn)備就緒點(diǎn),測(cè)試執(zhí)行活動(dòng)就可以開展。,前置測(cè)試模型,前置測(cè)試模型要點(diǎn)（一）,開發(fā)和測(cè)試相結(jié)合 前置機(jī)測(cè)試模型將開發(fā)和測(cè)試的生命周期整合在一起，標(biāo)識(shí)了項(xiàng)目生命周期從開始到結(jié)束之間的關(guān)鍵行為，表示這些行為在項(xiàng)目周期中的價(jià)值所在。 對(duì)每一個(gè)交付內(nèi)容進(jìn)行測(cè)試 每一個(gè)交付的開發(fā)結(jié)果都必須通過一定的方式進(jìn)行測(cè)試。源程序代碼并不是唯一需要測(cè)試的內(nèi)容。還包括可行性報(bào)告、業(yè)務(wù)需求說明、系統(tǒng)設(shè)計(jì)文檔等。 在設(shè)計(jì)階段進(jìn)行計(jì)劃和測(cè)試設(shè)計(jì),前置測(cè)試模型要點(diǎn),測(cè)試和開發(fā)結(jié)合在一起 讓驗(yàn)收測(cè)試和技術(shù)測(cè)試保持相互獨(dú)立 反復(fù)交