軟件測試中不可忽略的階段[2] 軟件測試工具
測試是一項意義顯著的工作
V模型描述了一些不同的測試級別，并說明了這些級別所對應的生命周期中不同的階段。如模型圖中所示，左邊下降的是開發過程各階段，與此相對應的是右邊上升的部分，即各測試過程的各個階段。請注意在不同的組織中，對測試階段的命名可能有所不同。
在模型圖中的開發階段一側，先從定義業務需求開始，然后要把這些需求不斷地轉換到概要設計和詳細設計中去，最后開發為程序代碼。在測試執行階段一側，執行先從單元測試開始，然后是集成測試、系統測試和驗收測試。
V模型的價值在于它非常明確地標明了測試過程中存在的不同級別，并且清楚地描述了這些測試階段和開發過程期間各階段的對應關系：
· 單元測試的主要目的是針對編碼過程中可能存在的各種錯誤，例如用戶輸入驗證過程中的邊界值的錯誤。
· 集成測試主要目的是針對詳細設計中可能存在的問題，尤其是檢查各單元與其它程序部分之間的接口上可能存在的錯誤。
· 系統測試主要針對概要設計，檢查了系統作為一個整體是否有效地得到運行，例如在產品設置中是否達到了預期的高性能。
· 驗收測試通常由業務專家或用戶進行，以確認產品能真正符合用戶業務上的需要。
在不同的開發階段，會出現不同類型的缺陷和錯誤，所以需要不同的測試技術和方法來發現這些缺陷。
發現缺陷的藝術
大多數測試人員比較容易接受V模型的觀點，即測試和開發在開發過程中是平等的。即使是開發人員也同樣很欣賞V模型所提出的測試級別和開發過程相對應的方式，但很少有人去充分利用V模型的全部威力。很多人認為測試只是在編碼或者系統某個部分完成后會發生什么，并且錯誤地將測試看作為“執行測試”。這樣，他們知道要開始執行測試的時候才真正想到了測試。
測試不僅僅是測試。測試過程還包括確定要測試什么(測試范圍和條件)以及產品如何被測試(制作測試用例)，建立測試環境，執行測試，最后再評估測試結果，檢查是否達到已完成測試的標準，并報告進展情況。而且，僅有這些還不夠，根據很多測試者的經驗，當你認為什么地方有問題時，你就很可能會在那里發現問題。如測試專家Boris Beizer在他經典的測試著作《Software Testing Techniques (Thomson Computer Press, 1990)》中所說，測試設計可以發現缺陷和錯誤。
而且，如果你把測試設計放在最后階段，就錯過了發現構架設計和業務邏輯設計中存在的嚴重問題的時機，到那時，要修復這些缺陷將很不方便，因為缺陷已經擴散到系統中去了，所以這樣的錯誤將很難尋找和修復，并且代價更高。
比較靈活的解釋，盡量提早的測試 軟件測試
V模型在歐洲，至少在英國很容易被解釋，但在美國卻比較難以被接受。例如，雖然V模型沒有明確說明早期的測試設計，而Graham則認為它體現在了處理過程中，并認為這是V模型的強大力量所在。V模型所沒有明確說明的這些其它的測試行為有時被演化為一種W模型，因為實際上開發是"V"，測試也是與此相重疊的"V"。不管V模型是否明確說明了早期的測試設計行為，測試設計確實是值得強調的。
根據V模型的要求，一旦有文檔提供，就要及時確定測試條件，以及編寫測試用例，這些工作對測試的各級別都有意義。當需求被提交后，就需要確定高級別的測試用例來測試這些需求。當概要設計編寫完成后，就需要確定測試條件來查找該階段的設計缺陷。
如果測試文檔能盡早提交，那么就有了更多的檢查和檢閱的時間，這些文檔還可用于評估開發文檔。另外還有一個很大的益處是，測試者可以在項目中盡可能早地面對規格說明書的挑戰(測試是一種接受挑戰的行為)。
這意味著測試不僅僅是評定軟件的質量，測試還可以盡可能早地找出缺陷所在，從而幫助改進項目內部的質量。參與前期工作的測試者可以預先估計問題和難度，這將可以顯著地減少總體測試時間，加快項目進度。
文章來源于領測軟件測試網 http://www.kjueaiud.com/
