在軟體質量體系中，為了更好地指導軟體開發的全部過程、活動和任務，人們提出了軟體開發模型。典型的開發模型有：邊做邊改模型(build-and-fix model)、瀑布模型(wate***ll model)、快速原型模型(rapid prototype model)、增量模型(incremental model)、螺旋模型(spiral model)、演化模型(incremental model)、噴泉模型(fountain model)、智慧型模型(四代技術(4gl))、混合模型(hybrid model)。但是所有的開發模型都沒有把軟體測試列進去，這樣就無法對軟體測試過程進行很好的指導，而隨著軟體測試的發展，軟體測試成為軟體質量保證的重要手段之一，軟體測試也慢慢地受到公司的重視，於是人們就希望軟體測試也像軟體開發一樣，由乙個模型來指導整個軟體測試過程。當前最常見的軟體測試模型有瀑布模型、v 模型、w 模型、h 模型和x 模型，下面詳細介紹。
w 模型
由於v 模型存在一些明顯的缺陷，人們就在實際測試過程中對v 模型進行了改進，將v 模型演變為w 模型。w 模型由evolutif 公司提出，由兩個v 字型模型組成，相對於v 模型，w 模型增加了軟體各開發階段中應同步進行的驗證和確認活動，如圖2-6 所示。
w 模型也稱之為雙v 模型，乙個v 是開發的生命同期，另乙個v 是測試的生命週期，w 模型與v 模型有乙個很大的不同，就是w 模型是乙個並行的模型，v 模型是乙個序列的模型，w 模型開始是從需求分析開始就開始了，而不是等到編碼完成後才開始。並且測試階段的劃分更清楚，而不僅僅是單元測試、整合測試、系統測試，還包括前期的測試計畫、測試方案等內容，這更符合現在企業測試的流程。
w 模型強調測試伴隨著整個軟體開發周期，而且測試的物件不僅僅是程式，需求、設計等同樣要測試，也就是說，測試與開發是同步進行的。
w 模型有利於盡早全面地發現問題。從需求分析開始測試工程師就參與到專案的測試中，當需求分析完成後，測試工程師就需要參與到需求的驗證和確認活動中，並需要提供可測試性需求分析說明書，這樣可以盡早地發現需求階段的缺陷。同時，對需求的測試也有利於及時了解專案難度和測試風險，及早制定應對措施，這將顯著減少總體測試時間，加快專案進度。但w 模型也存在侷限性，需求、設計、編碼等活動被視為是序列的，同時，測試和開發活動也保持著一種線性的前後關係，上一階段完全結束，才可正式開始下一階段工作，這樣就無法支援迭代的開發模型。對於當前軟體開發複雜多變的情況，w 模型並不能解除測試管理面臨的困惑。
總之w 模型具有以下特徵：
(1)測試階段劃分得更全面，不僅僅是單元測試、整合測試和系統測試;
(2)測試與開發是並行的，從需求測試就應該開始介入;
(3)提出盡早測試的概念，這樣可以降低缺陷修復成本;
(4)測試物件不僅僅是程式，還包括需求或其他的相關文件。
軟體測試缺陷等級劃分
a類 嚴重錯誤，以下各種錯誤 1 由於程式所引起的宕機，非法退出 2 死迴圈 3 資料庫 發生死鎖 4 因錯誤操作導致的程式中斷 5 功能錯誤 6 與資料庫鏈結錯誤 7 資料庫通訊錯誤 b類 較嚴重錯誤，以下錯誤 1 程式錯誤 2 程式介面錯誤 3 資料庫的表 業務規則 預設值未加完整性等約束條件 ...
軟體測試缺陷等級劃分 軟體的缺陷等級應如何劃分？
51testing軟體測試網 s upo q kw 軟體缺陷的主要型別有 51testing軟體測試網k w rb4ll4g nz51testing軟體測試網0 b5t f fx il 1 功能 特性沒有實現或部分實現51testing軟體測試網0gre d m2c d9i d02 設計不合理，存在...
軟體測試缺陷等級劃分 如何進行軟體缺陷等級定義？
當我們的測試人員辛辛苦苦地完成了測試活動，發現了軟體中的bug，而這只是讓測試活動發揮出其效能的第一步。接下來，測試人員要對bug進行準確地描述，缺陷現象 產生條件等等都要描述清楚，同時也要給出合理的軟體缺陷等級定義 這個軟體缺陷處於哪個問題等級。今天主要想討論下軟體缺陷等級的問題。這是因為軟體缺陷...