軟體測試學習 ——五種軟體測試模型

軟體測試學習 ——五種軟體測試模型

軟體測試流程：需求分析 ->軟體設計和編碼 ->整合、系統、驗收測試

測試常用模型：

1.傳統瀑布模型

專案計劃 -> 需求分析->軟體設計 ->程式開發->軟體測試 ->整合維護

2.v模型

需求分析->概要設計->詳細設計->軟體編碼->單元測試 ->整合測試->系統測試->驗收測試

• V模型的價值在於它非常明確地標明瞭測試過程中存在的不同級別，並且清楚地描述了這些測試階段和開發過程期間各階段的對應關係。
  侷限性： 把測試作為編碼之後的最後一個活動，需求分析等前期產生的錯誤直到後期的驗收測試才能發現.

3.w模型

需求分析->概要設計 ->詳細設計->編碼->模組整合->系統構建->系統安裝
需求測試->概要設計測試->詳細設計測試->單元測試->整合測試->系統測試->驗收測試

• W模型是V模型的發展，強調的是測試伴隨著整個軟體開發週期，而且測試的物件不僅僅是程式，需求、功能和設計同樣要測試。測試與開發是同步進行的，從而有利於儘早地發現問題
  W模型也有侷限性。W模型和V模型都把軟體的開發視為需求、設計、編碼等一系列序列的活動，無法支援迭代、自發性以及變更調整。

4.H模型

測試準備->測試就緒點->測試執行->測試流程
^其他流程

• H模型中, 軟體測試過程活動完全獨立,貫穿於整個產品的週期,與其他流程併發地進行,某個測試點準備就緒時,就可以從測試準備階段進行到測試執行階段。軟體測試可以儘早的進行,並且可以根據被測物的不同而分層次進行。

5.X模型

程式片段1->測試設計->工具配置->執行測試->編碼完成<-執行測試<-工具配置<-測試設計<-程式片段N；封版<-執行測試<-測試設計<-工具配置<-迭代1…N->探索式測試->執行測試

• X模型是針對單獨程式片段所進行的相互分離的編碼和測試，此後將進行頻繁的交接，通過整合最終成為可執行的程式，然後再對這些可執行程式進行測試。己通過整合測試的成品可以進行封裝並提交給使用者，也可以作為更大規模和範圍內整合的一部分。多根並行的曲線表示變更可以在各個部分發生。由圖中可見，X模型還定位了探索性測試，這是不進行事先計劃的特殊型別的測試，這一方式往往能幫助有經驗的測試人員在測試計劃之外發現更多的軟體錯誤。但這樣可能對測試造成人力、物力和財力的浪費，對測試員的熟練程度要求比較高。