V模型、W模型、H模型

V模型、W模型、H模型

軟件測試&軟件工程

  • 軟件測試與軟件工程息息相關,軟件測試是軟件工程組成中不可或缺的一部分。
  • 在軟件工程、項目管理、質量管理得到規範化應用的企業,軟件測試也會進行得比較順利,軟件測試發揮的價值也會更大。
  • 要關注軟件工程、質量管理以及配置管理與軟件測試的關係;在不同的開發模式下,如何進行軟件測試。

測試模型

隨着測試過程的管理和發展,測試人員通過大量的實踐,從而總結出了不少測試模型,如常見的V模型、W模型、H模型等。這些模型與開發緊密結合,對測試活動進行了抽象,成爲了測試過程管理的重要參考依據。

V模型

V模型示意圖(重要)

V模型(測試 

1、單元測試

又稱模塊測誠,針對軟件設計中的最小單位—程莊模塊,進行正確性檢查的測試工作。單元測試需要從程序的內部結構出發設計測試用例。多個模塊可以平行地獨立進行單元測試。
單元定義:C中指一個函數,Java中指一個類,在圖形化的軟件中,單元一般指1個窗口,1個菜單。

2、集成測試

又叫組裝測試,通常在單元測試的基礎上,將所有程序模塊進行有序的、遞增的測試。重點測試不同模塊的接口部分。

3、系統測試(system testing):
指的是將整個軟件系統看爲一個整體進行測試,包括對功能、性能、以及軟件所運行的軟硬件環境進行測試。
系統測試在系統集成完畢後進行測試,前期主要測試系統的功能是否滿足需求,後期主要測試系統運行的性能是否滿足需求,以及系統在不同的軟硬件環境中的兼容性等。
4、驗收測試
α測試:Alpha是內測版本,即現在所說的C8,比版本表示該軟件僅僅是一個初步完成品,通常只在軟件開發者內部交流,也有很少一部分發布給專業測試人員。一般而言,該版本軟件的bug較多,普通用戶最好不要安裝。

β測試:Beta是公測版本,是對所有用戶開放的測試版本。該版本相對於a顏已有了很大的改進,消除了嚴重的錯誤,但還是存在着一些陷需要經過大規模的發佈試來進一步消除。這一版本通常由軟件公司免費發佈,用戶可從相關的站點下載。通過一些專業愛好者的測試,將結果反饋給開發者,開發者們再進行有針對性的修改。該版本也不適合一般用戶安裝。

λ測試:Camma版本,指的是軟件版本正式發行的候選版。該版本已經相當成熟了,與即將發行的正式版相差無幾,成爲正式反布的候選版本。

軟件正式版本推出之前的幾個版本,需要有人測試一下,看看是不是有問題。在開發該軟件的公司內部的由該公司內部人員式的稱爲:Alpha測試,Alpha 測式主要看有沒有功能缺失或系統錯誤,Alpha 測試完後一般不會有大問題了。然後巴軟件拿給用戶測試稱爲:beta 測試,主要是看用戶對軟件外觀、使用方便等的反應。這麼多的式版一方面爲了最終產品儘可能地滿足用戶的需要,另一方面也儘量成少了軟件中的bug。然後做過一些修改,成爲正式發佈的候選版本時,叫做gamma(現在叫做RC-ReleaseCandidate)。
簡單來說,阿爾法測試主要是測試人員在開發環境下的測試,貝塔測試是在實際環境中的測試,或者公司內部人員在模擬真實環境中的測試。

V模型的優缺點(測試重點)

1、優點

  • 包含了底層測試(單元測試)和高層測試(系統測試);
  • 清楚的標識了開發和測試的各個階段;
  • 自上而下逐步求精,每個階段分工明確,便於整體項目的把控。

2、缺點

  • 自上而下的順序導致了,測試工作在編碼之後,就導致錯誤不能及時的進行修改;
  • 實際工作中,需求經常變化,導致v模型步驟,反覆執行,返工量很大,靈活度較低。
  • 改良:每個步驟都可以進行小的迭代工作。

W模型(重要)

定義:開發一個v;測試一個v組合起來的模型(w模型也叫雙v模型)

W模型示意圖

優點:

  • 開發伴隨着整個開發週期,需求和設計同樣要測試;
  • 更早的介入測試,可以發現初期的缺陷,修復成本低;
  • 分階段工作,方便項目整體管理。

缺點:

  • 開發和測試依然是線性的關係,需求的變更和調整,依然不方便;
  • 如果沒有文檔,根本無法執行w模型;對於項目組成員的技術要求更高!

H模型(瞭解)

H模型示意圖

H模型的優點:

  • 開發的H模型揭示了軟件測試除測試執行外,還有很多工作;
  • 軟件測試完全獨立,貫穿整個生命週期,且與其他流程併發進行;
  • 軟件測試活動可以儘早準備、儘早執行,具有很強的靈活性;
  • 軟件測試可以根據被測物的不同而分層次、分階段、分次序的執行,同時也是可以被迭代的。

H模型的缺點:

  • 管理型要求高:由於模型很靈活,必須要定義清晰的規則和管理制度,否則測試過程將非常難以管理和控制;
  • 技能要求高:H模型要求能夠很好的定義每個迭代的規模,不能太大也不能太小;
  • 測試就緒點分析困難:測試很多時候,你並不知道測試準備到什麼時候是合適的,就緒點在哪裏,就緒點的標準是什麼,這就對後續的測試執行的啓動帶來很大困難;
  • 對於整個項目組的人員要求非常高:在很好的規範制度下,大家都能高效的工作,否則容易混亂。例如:你分了一個小的迭代,但是因爲人員技能不足,使得無法有效完成,那麼整個項目就會受到很大的干擾。

總結:

  • v模型適用於中小企業,
  • w模型適用於中大型企業(因爲人員要求高),
  • h模型人員要求非常高,很少有公司使用。
發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章