一、測試過程簡介

• 單元測試
• 集成測試
• 系統(tǒng)測試

二、測試過程單元集成系統(tǒng)及比較

1.單元測試--函數(shù)

• 單元測試時針對軟件基本組成單元（軟件設計的最小單位）來進行正確性檢驗的測試工作
• 單元測試的目的時檢測軟件模塊對《詳細設計說明書》的符合程度
  2.集成測試
• 集成測試是再單元測試的基礎上，將所有模塊按照概要設計要求組裝成為子系統(tǒng)或系統(tǒng)，驗證組裝后功能以及模塊間接口是否正確的測試工作
• 集成測試的目的是檢測軟件模塊對《概要設計說明書》的符合程度
  3.系統(tǒng)測試
  *系統(tǒng)測試是將以及集成好的軟件系統(tǒng)，作為整個基于計算機系統(tǒng)一個元素，與計算機硬件，外設，某些支持軟件、數(shù)據(jù)和人員等其他系統(tǒng)元素結合在一起，在實際運行（使用）環(huán)境下，對計算機系統(tǒng)進行一系列的測試工作

• 系統(tǒng)測試的目的在于通過與《需求規(guī)格說明書》作比較，發(fā)現(xiàn)軟件與系統(tǒng)需求定義不符合與之矛盾的地方
  4.單元、集成、系統(tǒng)測試的比較

  
  

三、測試過程回歸測試流程

• 以下流程適合于單元測試，集成測試和系統(tǒng)測試：
  1.再測試策略制定階段，制定回歸測試策略
  2.確定需要回歸測試的版本
  3.回歸測試版本發(fā)布，按照回歸測試策略執(zhí)行回歸測試
  4.回歸俄式通過，關閉缺陷跟蹤單（問題單）
  5.回歸測試不通過，缺陷跟蹤單返回開發(fā)人員，開發(fā)人員重新修改問題，再次提交測試人員回歸測試

四、測試過程回歸測試策略

1.回歸測試 策略1

• 完全重復測試：
  重新執(zhí)行所有再前期測試階段建立的測試用例，來確認問題修改的正確性和修改的擴散局部影響性
• 選擇性重復測試：
  即有選擇地重新執(zhí)行部分再前期測試階段建立的測試用例，來測試被修改的程序
  2.回歸測試策略2
• 覆蓋修改法：針對修改部分，選取或重新構造測試用例驗證沒有錯誤再次發(fā)生的用例選擇方法
• 周邊影響法：該方法不但要包含覆蓋修改法確定的用例，還需要分析修改的擴散影響，對那些收到修改間接影響的部分選擇測試用例驗證它有沒有受到不良影響，該方法比覆蓋修改法更充分一點
• 指標達成方法：這是一種類似于單元測試的方法，在重新執(zhí)行測試前，先確定一個要達成的指標，如修改部分代碼100%的覆蓋、與修改有關的接口60%的覆蓋等，給予這種要求選擇一個最小的測試用例集合。
• 風險識別法
  3.回歸測試自動化1

4.回歸測試自動化2

五、測試過程驗收測試alpha和beta測試

其他測試階段

• 單元測試、集成測試、系統(tǒng)測試時軟件開發(fā)過程中在軟件組織內部進行的測試階段
• 軟件正式發(fā)布前還可能進行有用戶參與的其他一些測試，如：
  驗收測試

ALPHA測試

image.png

BETA測試

六、測試過程階段劃分

• 測試階段劃分
  測試計劃階段-測試計劃
  測試設計階段-測試方案
  測試實現(xiàn)階段-測試用例、測試規(guī)程
  測試執(zhí)行階段-測試報告

• 測試過程模型
• 測試過程規(guī)范

七、測試過程模型瀑布V

• 瀑布模型
• H模型
• V&V模型

八、測試過程模型W

九、測試過程模型H

十、測試過程模型驗證和確認V&V

• 驗證（Verification）--過程
  驗證時保證軟件正確地實現(xiàn)特定功能的一系列活動
  驗證時檢測每一階段形成的工作產(chǎn)品是否與前一階段定義的規(guī)格相一致
  *確認（Validation）--結果
  確認指保證所生產(chǎn)的軟件可追溯到用戶需求的一系列活動
• 確認時檢測每一階段的工作產(chǎn)品是否與最初定義的軟件需求規(guī)格相一致

十一、測試過程規(guī)范過程要素

1.CMM關于過程的要素

• 角色
• 入口準則
• 輸入
• 活動
• 輸出
• 出口準則
• 評審和審計
• 可管理的受控的工作產(chǎn)品
• 測量
• 書面規(guī)程
• 培訓
• 工具