軟件測試中不可忽略的階段[1] 軟件測試工具
在開發模型中，測試常常作為亡羊補牢的事后行為，但也有以測試為中心的開發模型。在本文中，讓我們對V模型進行考察，看看它有沒有問題?
軟件開發的幾十年歷程業已證明，在開發生命周期中劃分階段的做法是很有好處的。在經典的瀑布模型基礎上，還有螺旋模型和過程迭代方法，快速軟件開發(RAD)以及較新的Rational統一過程(RUP)，但在這些過程方法中，并沒有充分強調測試的價值，也沒有給測試以足夠的重視。
就象開發有開發模型一樣，測試也有測試模型，盡管這些方法鮮為人知。部分原因是因為很多測試人員已經在他們的工作中積累了大量的經驗，利用這些經驗就可以做好他們的工作�？偟膩碚f，測試往往要占據整個開發周期的時間，但即使在很多正規的大學中，也沒有為那些即將開始軟件生涯的學生們設置軟件測試課程。
軟件專家們不斷在提供新的開發模型，這也是實際開發需要使然，與此同時，在開發過程中也不斷感受到這些已存在的方法的不足，例如，還沒有比RUP更充分的方法，但RUP也存在一些明顯的不足，例如，RUP沒有對測試計劃進行定位。
V-模型
V模型只得到軟件業內比較模糊的認可。V-模型宣稱測試并不是一個事后彌補行為，而是一個同開發過程同樣重要的過程。V模型如下圖所示：
圖1：V模型示意圖
V模型最早由已故的Paul Rook在80年代后期提出，V模型被包含在英國國家計算中心文獻中發布，旨在改進軟件開發的效率和效果。V模型在歐洲尤其是英國被接受，并被認為是瀑布模型的替代品，而在美國則被誤解為是又一種瀑布模型。軟件測試
在傳統開發過程中，僅僅把測試過程作為在需求分析、概要設計、詳細設計及編碼之后的一個階段，事實上，V模型的推出也是對此所進行的改進。在瀑布模型中，確實給人們造成了這樣的不良影響，即在很多重要開發活動完成后，測試只是收尾工作，而不是主要的過程，盡管有時測試會占據項目周期一半的時間，很多項目主管卻仍然還是堅持這么認為。
文章來源于領測軟件測試網 http://www.kjueaiud.com/
