軟件測試過程中有關V-Model 的簡介及各步驟詳述

相信大家都知道瀑布模型（Waterfall Model），它將軟件生命周期劃分為計劃、分析、設計、構建、測試和維護六個階段，且規定了它們自上而下、相互銜接的固定次序，如同瀑布流水，逐級下落。由于早期的錯誤可能要等到開發后期的測試階段才能發現，所以帶來嚴重的后果。 V-Model就是針對瀑布模型的一個改進方案，它提倡盡早制定測試方案，盡早發現錯誤，尤其是嚴重錯誤。因為越到后期發現問題，返工的成本就越高。V-Model 在風險管理中有明顯的效果，它每層都會對自己的輸入數據和輸出產物進行校驗，并且會對其上一層的輸出進行驗證，故能在早期發現項目需求的缺陷，增加了項目可控性。 V-Model的價值在于它非常明確地展示了測試過程會存在不同級別，及這些級別和開發過程期間各階段之間的對應關系。它告訴了我們并不是開始執行測試的時候才真正想到了測試。而是需要不斷未雨稠謀來減低風險的發生。 

二. V-Model 各步驟詳述 

        1.每項測試的關注點 

　　由誰來準備和執行這項測試； 
　　這項測試的目標是什么； 
　　如果缺少這項測試的話會帶來什么風險； 
　　這項測試必須的輸入數據時什么； 
　　這項測試可交付的輸出產物是什么；

　　2.單元測試 由程序員來負責編寫單元測試計劃和用例，保證被測試的程序中每一個可執行語句都被覆蓋到。按過往經驗統計， 每1000行代碼就需要至少75個用例，可以有20%左右的浮動，大約就是60-90個用例之間。 單元測試情形大概有: 邏輯線路測試，數據測試，UI測試，模塊接口測試，異常情況測試等。 
　　3.集成測試 由系統設計人員來負責集成測試。將已經分別通過測試的單元按設計要求組合起來再進行測試，保證在系統相關組件在集成后各功能與與用戶業務需求的一致性。包括測試每個功能需求點，整個運行流程，數據分發，和檢查單元接口，保證測試數據完整性等。 集成測試分為自頂向下和自底向上兩種方法。自頂向下是從主控模塊開始，沿著控制層次向下集成，逐漸把各個模塊結合起來。底部向上是從“原子”模塊開始集成以進行測試。 集成測試與單元測試的區別是: 單元測試是保證所測試的每個獨立單元在功能上的正確性，主要從輸入條件和輸出結果進行判斷。集成測試不僅需要考慮各單元模塊之間的相互作用，而且需要考慮到整個系統的應用環境，其衡量標準是集成測試計劃中要求的內容。 
　　4.系統測試 由系統設計人員來負責測試。系統測試是在集成測試之后，與某些硬件，軟件，數據和人員等系統相關元素結合起來，在實際運行環境下對系統進行嚴格的測試，來發現軟件的潛在問題，保證系統的運行。系統測試一般由若干個不同測試組成，目的是驗證系統各部件能否正常工作。 
　　5.性能測試 性能測試由系統架構人員來負責測試。性能測試包括了壓力,容量，性能，容錯性和安全方面的測試。 

　　壓力測試是模擬實際應用的環境及用戶使用過程的負荷，長時間或超大負荷地運行測試軟件，來測試被測系統的性能、可靠性、穩定性等。 
　　容量測試是預先分析出反映軟件系統應用特長的某項指標的極限量。 
　　性能測試是通過測試確定系統運行時的性能表現，如得到運行速度、響應時間、占有系統資源等方面的系統數據。 
　　容錯測試是檢查系統的容錯能力。當系統出錯時，能否在指定時間間隔內修正錯誤并重新啟動系統。 
　　安全測試是檢查系統對非法侵入的防范能力。安全測試期間人員假扮非法入侵者，采用各種辦法試圖突破防線。
　　6.用戶驗收測試 驗收測試直接邀請用戶參與測試，通常由業務專家或用戶進行，以確認產品能真正符合用戶業務上的需要?？梢宰屪罱K用戶將其用于執行軟件的既定功能和任務。根據驗收測試計劃和項目驗收準則編制的測試用例進行評審。 

　　7.上線測試 上線測試是保證軟件能正確地被安裝和配置到實際環境下或者是新環境下，所有的功能都能運行正常。

原文轉自：http://www.anti-gravitydesign.com