軟件測試模型簡(jiǎn)介

　　測試模型

　　V模型

　　測試階段

　　單元測試

　　集成測試

　　系統測試

　　實(shí)現意義

　　V模型是軟件開(kāi)發(fā)瀑布模型的變種，它反映了測試活動(dòng)與分析和設計的關(guān)系 。

　　從左到右，描述了基本的開(kāi)發(fā)過(guò)程和測試行為，非常明確地標明了測試過(guò)程中存在的不同級別，并且清楚地描述了這些測試階段和開(kāi)發(fā)過(guò)程期間各階段的對應關(guān)系 。

　　左邊依次下降的是開(kāi)發(fā)過(guò)程各階段，與此相對應的是右邊依次上升的部分，即各測試過(guò)程的各個(gè)階段。

　　用戶(hù)需求 驗收測試

　　需求分析和系統設計 確認測試和系統測試

　　概要設計 集成測試

　　詳細設計 單元測試

　　編碼

　　V模型問(wèn)題

　　1.測試是開(kāi)發(fā)之后的一個(gè)階段。

　　2.測試的對象就是程序本身。

　　3.實(shí)際應用中容易導致需求階段的錯誤一直到最后系統測試階段才被發(fā)現。

　　4.整個(gè)軟件產(chǎn)品的過(guò)程質(zhì)量保證完全依賴(lài)于開(kāi)發(fā)人員的能力和對工作的責任心，而且上一步的結果必須是充分和正確的，如果任何一個(gè)環(huán)節出了問(wèn)題，則必將嚴重的影響整個(gè)工程的質(zhì)量和預期進(jìn)度

　　W模型

　　W模型由Evolutif公司公司提出，相對于V模型，W模型增加了軟件各開(kāi)發(fā)階段中應同步進(jìn)行的驗證和確認活動(dòng)。W模型由兩個(gè)V字型模型組成，分別代表測試與開(kāi)發(fā)過(guò)程，圖中明確表示出了測試與開(kāi)發(fā)的并行關(guān)系。 W模型強調：測試伴隨著(zhù)整個(gè)軟件開(kāi)發(fā)周期，而且測試的對象不僅僅是程序，需求、設計等同樣要測試，也就是說(shuō)，測試與開(kāi)發(fā)是同步進(jìn)行的。W模型有利于盡早地全面的發(fā)現問(wèn)題。例如，需求分析完成后，測試人員就應該參與到對需求的驗證和確認活動(dòng)中，以盡早地找出缺陷所在。同時(shí)，對需求的測試也有利于及時(shí)了解項目難度和測試風(fēng)險，及早制定應對措施，這將顯著(zhù)減少總體測試時(shí)間，加快項目進(jìn)度。 但W模型也存在局限性。在W模型中，需求、設計、編碼等活動(dòng)被視為串行的，同時(shí)，測試和開(kāi)發(fā)活動(dòng)也保持著(zhù)一種線(xiàn)性的前后關(guān)系，上一階段完全結束，才可正式開(kāi)始下一個(gè)階段工作。這樣就無(wú)法支持迭代的開(kāi)發(fā)模型。對于當前軟件開(kāi)發(fā)復雜多變的情況，W模型并不能解除測試管理面臨著(zhù)困惑。

　　H模型

　　H模型中, 軟件測試過(guò)程活動(dòng)完全獨立,貫穿于整個(gè)產(chǎn)品的周期,與其他流程并發(fā)地進(jìn)行,某個(gè)測試點(diǎn)準備就緒時(shí),就可以從測試準備階段進(jìn)行到測試執行階段。軟件測試可以盡早的進(jìn)行,并且可以根據被測物的不同而分層次進(jìn)行。只要測試條件成熟了,測試準備活動(dòng)完成了,測試執行活動(dòng)就可以進(jìn)行了。

　　H模型揭示了一個(gè)原理:軟件測試是一個(gè)獨立的流程,貫穿產(chǎn)品整個(gè)生命周期,與其他流程并發(fā)地進(jìn)行。H模型指出軟件測試要盡早準備, 盡早執行。不同的測試活動(dòng)可以是按照某個(gè)次序先后進(jìn)行的,但也可能是反復的,只要某個(gè)測試達到準備就緒點(diǎn),測試執行活動(dòng)就可以開(kāi)展。

　　X模型

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

　　除了軟件測試模型，開(kāi)源軟件測試模型也應該大概了解

　　開(kāi)放源碼軟件測試模型以“滿(mǎn)意測試”為基本原則，強調迭代發(fā)展。

　　“滿(mǎn)意測試”基本定義

　　是一個(gè)過(guò)程，通過(guò)該過(guò)程可以合理的成本獲取足夠的產(chǎn)品質(zhì)量評價(jià)信息，從而使得與產(chǎn)品有關(guān)的決策更為明智和及時(shí)。

　　模型基本需求

　　以下給出開(kāi)源軟件測試模型應滿(mǎn)足的一些基本要求，將在實(shí)踐中不斷豐富和完善：

　　1. 應充分考慮開(kāi)放源碼的早發(fā)布和常發(fā)布特點(diǎn)，對每一次代碼的提交、滯后、變更能夠作出適當反應，允許對仍處于開(kāi)發(fā)、尚未集成的元素進(jìn)行及時(shí)測試;

　　2.明確鼓勵測試人員在進(jìn)行測試設計時(shí)充分利用各種信息源，而不僅限于項目文檔;

　　3.允許測試工作由于較差的或滯后的項目文檔而受負面影響，但應防止完全阻塞測試工作的情況發(fā)生;

　　4. 允許每個(gè)測試案例可以利用不同的信息源進(jìn)行設計，允許在獲得新的信息源時(shí)對測試進(jìn)行重新設計;

　　5. 應包含反饋機制，使得測試執行過(guò)程中的發(fā)現可被及時(shí)考慮到測試設計中; 

原文轉自：http://kjueaiud.com