1.軟件測試基礎
- 定義：（1979）測試時爲發現錯誤而執行程序的過程【IEEE定義：使用人工或自動的手段來運行或測量軟件系統的過程，以檢驗軟件系統是否滿足規定的要求，並找出與預期結果之間的差異】
- 測試對象：軟件需求、概要設計、詳細設計、運行環境、運行程序、源代碼【覆蓋整個過程】
- 五大要素：質量、人員、資源【硬件設備、網絡環境】、流程【規範要求】、技術【手段】
- 兩個目標：提高測試覆蓋率、提升測試效率
- 遵循原則：窮盡測試不可能，測試應儘早進行。缺陷具備羣集特性【重點關注】。殺蟲劑悖論【測試方法與用例應時常更新】，測試二八原則【80%用在20%的集羣錯誤上】。依賴於測試背景。
- 軟件測試分類：
- 按測試階段分：
- 單元測試：【對軟件中的最小可測試單元進行檢查與驗證{原則：各個測試用例是相互獨立的。針對基本單元，單元內部測試
- }】
- 按測試手段分：
- @黑盒測試【只檢查功能，通過用戶、事件驅動，着眼於外部】：功能是否完善，接口能否正確輸入輸出，是否有數據文件，訪問錯誤，性能上是否滿足要求。
- 主要設計方法：等價類劃分法、邊界值分析法、錯誤推測法、因果圖法、正交試驗分析法、狀態遷移圖法、流程分析法。
- @白盒測試：主要邏輯單位：語句、條件、條件組合、分支、路徑【六種邏輯覆蓋法：】
- 主要測試方法：靜態結構分析法、代碼檢測法、靜態質量度量法、邏輯覆蓋法、基本路徑測試法。
- @灰盒測試：介於黑白盒之間。
- @靜態測試：無需執行被測程序，通過評審軟件文檔或代碼，度量程序靜態複雜度，檢查軟件是否符合標準。
- 測試方式：互審、走查、會議
- @動態測試：通過運行被測程序，檢查運行結果與預期結果的差異，並分析運行效率、正確性、健壯性。
@手工測試：由測試人員從用戶角度來驗證軟件是否滿足設計要求。
- @自動化測試：用單獨測試工具軟件控制測試的自動化執行以及對預期和結果進行檢查。
- 按測試模式分：瀑布模型、敏捷測試、基於腳本的測試、基於風險的測試、探索式測試。
- 瀑布模型：項目計劃【指定項目進程】——需求分析【用戶需求定義】——軟件設計【設計實現方案】——程序開發【設計】——軟件測試【評估產品】——集成維護【對產品維護升級】
- V模型：
- W 模型：Evolutif公司，不能很好支持迭代。
- X模型：
- H模型：可和其他流程交叉進行
@手工測試：由測試人員從用戶角度來驗證軟件是否滿足設計要求。
