一、測試過程簡介
- 單元測試
- 集成測試
- 系統測試
二、測試過程單元集成系統及比較
1.單元測試--函數
- 單元測試時針對軟件基本組成單元（軟件設計的最小單位）來進行正確性檢驗的測試工作
- 單元測試的目的時檢測軟件模塊對《詳細設計說明書》的符合程度
2.集成測試 - 集成測試是再單元測試的基礎上，將所有模塊按照概要設計要求組裝成為子系統或系統，驗證組裝后功能以及模塊間接口是否正確的測試工作
- 集成測試的目的是檢測軟件模塊對《概要設計說明書》的符合程度
3.系統測試
*系統測試是將以及集成好的軟件系統，作為整個基于計算機系統一個元素，與計算機硬件，外設，某些支持軟件、數據和人員等其他系統元素結合在一起，在實際運行（使用）環境下，對計算機系統進行一系列的測試工作 -
系統測試的目的在于通過與《需求規格說明書》作比較，發現軟件與系統需求定義不符合與之矛盾的地方
4.單元、集成、系統測試的比較
三、測試過程回歸測試流程
- 以下流程適合于單元測試，集成測試和系統測試：
1.再測試策略制定階段，制定回歸測試策略
2.確定需要回歸測試的版本
3.回歸測試版本發布，按照回歸測試策略執行回歸測試
4.回歸俄式通過，關閉缺陷跟蹤單（問題單）
5.回歸測試不通過，缺陷跟蹤單返回開發人員，開發人員重新修改問題，再次提交測試人員回歸測試
四、測試過程回歸測試策略
1.回歸測試 策略1
- 完全重復測試：
重新執行所有再前期測試階段建立的測試用例，來確認問題修改的正確性和修改的擴散局部影響性 - 選擇性重復測試：
即有選擇地重新執行部分再前期測試階段建立的測試用例，來測試被修改的程序
2.回歸測試策略2 - 覆蓋修改法：針對修改部分，選取或重新構造測試用例驗證沒有錯誤再次發生的用例選擇方法
- 周邊影響法：該方法不但要包含覆蓋修改法確定的用例，還需要分析修改的擴散影響，對那些收到修改間接影響的部分選擇測試用例驗證它有沒有受到不良影響，該方法比覆蓋修改法更充分一點
- 指標達成方法：這是一種類似于單元測試的方法，在重新執行測試前，先確定一個要達成的指標，如修改部分代碼100%的覆蓋、與修改有關的接口60%的覆蓋等，給予這種要求選擇一個最小的測試用例集合。
- 風險識別法
3.回歸測試自動化1
4.回歸測試自動化2
五、測試過程驗收測試alpha和beta測試
其他測試階段
- 單元測試、集成測試、系統測試時軟件開發過程中在軟件組織內部進行的測試階段
- 軟件正式發布前還可能進行有用戶參與的其他一些測試，如：
驗收測試
ALPHA測試
image.png
BETA測試
六、測試過程階段劃分
- 測試階段劃分
測試計劃階段-測試計劃
測試設計階段-測試方案
測試實現階段-測試用例、測試規程
測試執行階段-測試報告
- 測試過程模型
- 測試過程規范
七、測試過程模型瀑布V
- 瀑布模型
- H模型
- V&V模型
八、測試過程模型W
九、測試過程模型H
十、測試過程模型驗證和確認V&V
- 驗證（Verification）--過程
驗證時保證軟件正確地實現特定功能的一系列活動
驗證時檢測每一階段形成的工作產品是否與前一階段定義的規格相一致
*確認（Validation）--結果
確認指保證所生產的軟件可追溯到用戶需求的一系列活動 - 確認時檢測每一階段的工作產品是否與最初定義的軟件需求規格相一致
十一、測試過程規范過程要素
1.CMM關于過程的要素
- 角色
- 入口準則
- 輸入
- 活動
- 輸出
- 出口準則
- 評審和審計
- 可管理的受控的工作產品
- 測量
- 書面規程
- 培訓
- 工具
