測試法建模的優(yōu)缺點

測試法建模的優(yōu)缺點

好處就是減少文件的面和文件的大小。

缺點就是對建模者的水平要求更高一些。

軟件測試和軟件開發(fā)一樣，都遵循軟件工程原理，遵循管理學(xué)原理。測試專家通過實踐總結(jié)出了很多很好的測試模型。這些模型將測試活動進行了抽象，明確了測試與開發(fā)之間的關(guān)系，是測試管理的重要參考依據(jù)。

在軟件測試方面，V模型是最廣為人知的模型，盡管很多富有實際經(jīng)驗的測試人員還是不太熟悉V模型，或者其它的模型。

V模型已存在了很長時間，和瀑布開發(fā)模型有著一些共同的特性，由此也和瀑布模型一樣地受到了批評和質(zhì)疑。V模型中的過程從左到右，描述了基本的開發(fā)過程和測試行為。

V模型的價值在于它非常明確地標(biāo)明了測試過程中存在的不同級別，并且清楚地描述了這些測試階段和開發(fā)過程期間各階段的對應(yīng)關(guān)系。

局限性：把測試作為編碼之后的最后一個活動，需求分析等前期產(chǎn)生的錯誤直到后期的驗收測試才能發(fā)現(xiàn)。

常見的軟件測試模型有哪些

V模型，W模型，H模型，主要是這種，目前V模型和W模型在市場中使用較多，V模型較為傳統(tǒng)，過程清晰任務(wù)明確，W模型減少了軟件需求不明確帶來的問題，H模型對測試人員要求極高，一般不使用。所有常見的軟件測試模型在黑馬程序員社區(qū)都可以找到，并且有明確詳細(xì)的介紹，還有視頻講解，視頻的話，對話框就可以領(lǐng)取的

軟件測試模型包括V模型、W模型、H模型、X模型和前置模型，這幾個模型如何理解呢

1、V模型
在軟件測試方面，V模型是最廣為人知的模型，盡管很多富有實際經(jīng)驗的測試人員還是不太熟悉V模型，或者其它的
模型。V模型已存在了很長時間，和瀑布開發(fā)模型有著一些共同的特性，由此也和瀑布模型一樣地受到了批評和質(zhì)疑。V模型中的過程從左到右，描述了基本的開發(fā)

過程和測試行為。V模型的價值在于它非常明確地標(biāo)明了測試過程中存在的不同級別，并且清楚地描述了這些測試階段和開發(fā)過程期間各階段的對應(yīng)關(guān)系。局限性：
把測試作為編碼之后的最后一個活動，需求分析等前期產(chǎn)生的錯誤直到后期的驗收測試才能發(fā)現(xiàn).

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

W模型也有局限性。W模型和V模型都把軟件的開發(fā)視為需求、設(shè)計、編碼等一系列串行的活動，無法支持迭代、自發(fā)性以及變更調(diào)整。

3、X模型
X模型也是對V模型的改進,X模型提出針對單獨的程序片段進行相互分離的編碼和測試,此后通過頻繁的交接,通過集成最終合成為可執(zhí)行的程序。


X模型的左邊描述的是針對單獨程序片段所進行的相互分離的編碼和測試，此后將進行頻繁的交接，通過集成最終成為可執(zhí)行的程序，然后再對這些可執(zhí)
行程序進行測試。己通過集成測試的成品可以進行封裝并提交給用戶，也可以作為更大規(guī)模和范圍內(nèi)集成的一部分。多根并行的曲線表示變更可以在各個部分發(fā)生。

由圖中可見，X模型還定位了探索性測試，這是不進行事先計劃的特殊類型的測試，這一方式往往能幫助有經(jīng)驗的測試人員在測試計劃之外發(fā)現(xiàn)更多的軟件錯誤。但
這樣可能對測試造成人力、物力和財力的浪費，對測試員的熟練程度要求比較高。
4、H模型
H模型中,軟件測試過程活動完全獨立,貫穿于整個產(chǎn)品的周期,與其他流程并發(fā)地進行,某個測試點準(zhǔn)備就緒時,就可以從測試準(zhǔn)備階段進行到測試執(zhí)行階段。軟件測試可以盡早的進行,并且可以根據(jù)被測物的不同而分層次進行。

軟件測試的5個基本流程

軟件測試的5個基本流程:

1、需求分析、需求評審。2、編寫測試計劃。3、編寫測試用例、用例評審。4、執(zhí)行測試、提交bug、回歸測試。5、編寫測試總結(jié)報告。

軟件測試模型：

傳統(tǒng)：項目計劃——需求分析——軟件設(shè)計——程序開發(fā)——軟件測試——集成維護
V模型：需求分析-概要設(shè)計-詳細(xì)設(shè)計-軟件編碼-單元測試-集成測試-系統(tǒng)測試-驗收測試
W模型：用戶需求-需求分析-概要設(shè)計-詳細(xì)設(shè)計-編碼-單元測試-集成測試-驗收測試-單元測試設(shè)計-集成測試設(shè)計-系統(tǒng)測試設(shè)計-驗收測試設(shè)計-集成-實施-交付
H模型：測試準(zhǔn)備-測試就緒點-測試執(zhí)行-測試流程-其他流程
X模型：程序片段1-測試設(shè)計-工具配置-執(zhí)行測試-編碼完成-執(zhí)行測試-工具配置-測試設(shè)計-程序片段N；封版-執(zhí)行測試-測試設(shè)計-工具配置-迭代1...N-探索式測試-執(zhí)行測試

在成都做軟件測試和建模哪個工資更高啊，做建筑表現(xiàn)的話是后期渲染還是建模工資高，求解答？

軟件測試我不太清楚。建模和后期渲染絕對是后期渲染工資高,這也是建筑表現(xiàn)得普遍現(xiàn)象,建模只用懂軟件就行,建筑知識建筑師給你講講你也就知道一些常識了

這關(guān)系到我以后的出路，望解答具體點，謝謝！

以上是小編通過網(wǎng)絡(luò)搜集整理關(guān)于測試法建模的優(yōu)缺點的全部內(nèi)容了，希望可以幫助大家。更多相關(guān)內(nèi)容請關(guān)注peixunla.com網(wǎng)站