[TOC] ## 測試基礎 ### 軟件測試模型 軟件開發的主要模型有瀑布模型、原型模型、螺旋模型、增量模型以及Rational統一過程（RUP）模型等。 **V模型**：最廣為人知的模型，實際是瀑布模型的變種，他反映了測試活動與分析和設計的關系。 V模型圖中，左邊標示開發過程中的各階段，右邊標示測試過程中的各階段，每個開發階段對應一個測試階段。 V模型失敗的原因是它把系統開發過程劃分具有固定邊界的不同階段，導致測試人員很難跨過這些邊界采集測試所需要的信息，并且也阻礙了測試人員從系統描述的不同階段中取得信息進行綜合考慮。 **W模型**：相對于V模型，W模型增加了軟件各開發階段中同步進行的驗證和確認測試活動。W模型由兩個V字模型組成，分別代表測試和開發過程。 W模型和V模型都將軟件的開發視為需求、設計、編碼等一系列串行的活動。測試和開發活動也保持著一種線性的前后關系，需要有嚴格的指令表示上一階段完全結束，才能正式開始下一個階段的工作，這樣就無法支持迭代的開發模型。 **H模型**：將測試活動完全獨立出來，形成一個完全獨立的流程，將測試準備活動和測試執行活動清晰地體現出來。 **X模型**：也是對V模型的改進，X模型提出針對單獨的程序片段進行相互分離的編碼和測試，此后通過頻繁的交接和集成最終合成為可執行的程序。 **前置測試模型**：該模型將測試和開發緊密結合，提供了一種輕松的方式，可以使你的項目加快速度。 前置測試模型提倡驗收測試和技術測試沿循兩條不同的路線來進行，每條路線分別驗證系統是否能夠如預期設計一樣可以正常工作。 與V模型不同的是，前置測試模型認識到測試驗收中所包含的 3 個要素：基于測試的需求、驗收標準和驗收測試計劃。其中驗收測試計劃需要到系統設計完成，因為驗收測試計劃是由針對按設計已實現的系統來進行的一些明確操作定義所組成，這些定義包括：如何判斷驗收標準已經達到，以及基于需求的測試已算成功完成。 ### 軟件測試類型 #### 1.按照開發階段分為：單元測試、集成測試、系統測試、驗收測試 **單元測試主要內容**：單元功能測試、單元接口測試、單元局部數據結構測試、單元中重要的執行路徑測試、單元的各類錯誤處理路徑測試、單元邊界條件測試。 **集成策略**是在測試對象分析的基礎上，描述軟件模塊集成（組裝）的方式、方法。分為非增值式策略和增值式策略。 **系統測試**主要是站在用戶的角度上對系統做功能性的驗證，同時還對系統進行一些非功能性的驗證，包括壓力測試、安全性測試、容錯測試、恢復性測試等。 **驗收測試**是按照項目任務書或合同、工序雙方約定的驗收依據文檔進行的對整個系統的測試與評審，決定是否接收系統。 #### 2.按照測試實施組織劃分為：開發方測試、用戶測試、第三方測試 #### 3.按照測試技術劃分：黑盒測試、白盒測試、灰盒測試 **黑盒測試**也稱功能測試，它是通過測試來檢測每個功能是否都能正常使用。 **白盒測試**也稱結構測試，白盒測試可以把程序看成裝在一個透明的白盒子里，也就最清楚了解程序結構和處理過程，檢查是否所有的結構及路徑都正確的，檢查軟件內部動作是否按照設計說明書的規定正常進行。 **灰盒測試**需關心模塊與模塊之間的交互，無需關心模塊內部的實現細節，對于軟件系統的內部模塊，灰盒測試依然把它當成一個黑盒來看待。 #### 4.按照測試執行方式劃分 靜態測試、動態測試 #### 5.按照測試對象類型劃分 功能測試、界面測試、流程測試、接口測試、安裝測試、文檔測試、源代碼測試、數據庫測試、網絡測試、性能測試 #### 6.按照質量屬性劃分 容錯性測試、兼容性測試