測試基礎

軟件測試（評價盒改進產品質量、識別產品缺陷）單元、集成、系統、驗收測試

V模型在需求階段就開始寫測試用例了

V模型（需求和測試一一對應）第一章的圖是錯的

結構化測試/V測試
優點
可將複雜的測試工作按階段分爲各個小階段來實現
從多角度測試系統找出更多的缺陷

缺點
軟件測試容易誤導爲軟件開發的最後一個階段，使需求、設計階段產生的問題不能很早地發現
質量控制和測試效率無高效發揮

W模型（兩個V模型疊加，一個開發的V，一個測試的V。開發和測試是同步進行的）

H模型（將測試活動完全獨立出來。形成一個完整獨立的流程）

X模型（定位探索性測試，不進行事先計劃的特殊類型的測試）

軟件測試技術

軟件測試類型

按開發階段

與用戶相關的是確認測試

沒有沒有問題的程序，時間不足，測試該怎麼做還是怎麼做，質量保證

驗收測試
通常會有四種結果

測試項目通過
測試項目沒有通過，並且不存在變通方法，需要做出很大的修改
測試項目沒有通過，並存在變通方法，在維護後期或下一版本改進
測試項目無法評估/無法給出完整評估。必須給出原因，如果是因爲該測試項目沒有說清楚，應當修改測試計劃

發佈測試/確認測試（測試執行者：測試內部人員且待測系統：公司內部產品）
驗收測試/交付測試（測試執行者：客戶/用戶且待測系統：交付客戶的項目）

開發方測試——Alpha測試/驗證測試/α測試
不能由程序員/測試員完成，一個用戶在開發環境下進行的測試

用戶測試——Beta測試
最終用戶在一個/多個客戶場所進行

黑盒測試/功能測試（忽略內部）
只考慮外部結構，不考慮內部邏輯結構。主要對軟件界面和軟件功能測試。
黑盒測試用例設計方法（等價類劃分法（枚舉集合隨機抽取）、邊界值分析法（等價類的每個邊界）、錯誤推測法、因果圖法、判定表法、正交檢驗設計法、功能圖法、場景分析法）

白盒測試/邏輯驅動測試
檢查軟件內部的邏輯結構