軟體測試分類

Hughier 發表於 2020-10-28

軟體測試分類

按開發階段劃分

單元測試
又稱模組測試,
測試物件為軟體設計的最小單位。
測試目的在於檢查每個程式單元能否正確實現詳細設計說明書中的模組功能、效能、介面和設計約束等要求,發現各模組內部可能存在的各種錯誤。
用例設計思路從程式的內部結構出發。
執行方式為並行獨立進行
整合測試
又稱組裝測試
測試物件為程式單元或部件的介面關係
測試目的是檢驗程式單元或部件介面關係是否符合概要設計要求直至組成整個系統
用例設計思路從程式的模組的銜接點出發
執行方式為有序的、遞增的方式,是一個持續的過程
確認測試
測試物件為程式的功能
測試目的是通過檢驗和提供客觀證據,證實軟體是否滿足軟體需求規格說明書中規定的要求和特定預期用途的需求。
系統測試
測試物件為軟體系統整體、包含功能、系統執行環境(硬體、外設、網路和系統軟體、支援平臺等)、真實或模擬系統執行的環境
測試目的是為了驗證和確認系統是否達到原始目標,也就是確認是否滿足使用者需求。
用例設計思路從使用者使用角度出發
執行方式為在部署的獨立測試環境下執行。
驗收測試
按照專案任務書或合同、供需雙方約定的驗收依據文件進行對整個系統的測試與評審,決定是否接收或拒收系統。

按實施組織劃分

開發方測試
也稱“驗證測試”或“α測試”,測試物件為軟體系統整體,在軟體開發環境下執行。
測試目的主要是指在軟體開發完成後,開發方對要提交的軟體進行全面的自我檢查與驗證。
可以和系統測試並行
使用者測試
又稱“β測試“,主要是測試環境的不同,使用者測試時在使用者的應用環境下,使用者通過執行和使用軟體,檢測與核實軟體是否實現是否符合自己的要求。這與驗收測試有差別,指使用使用性的測試,一般是把軟體產品有計劃地免費分發至目標市場,讓使用者大量使用,評價和檢查軟體,而驗收針對具體專案,有具體的驗收標準。
第三方測試
又稱獨立測試,一般是有權威組織機構在模擬使用者真實應用環境進行軟體確認測試。
按測試技術劃分
** 白盒測試**
測試物件為程式的內部結構
測試目的是檢查軟體內部動作是否按照設計說明的規定正常執行
用例設計方式分靜態或動態,後面會具體講到。
黑盒測試
測試物件為程式的外部表現
測試目的是檢驗程式是否按照需求規格說明書的規定正常實現。
測試用例設計方式有邊界值分析等價類分析、場景分析、判定表分析、因果圖分析、錯誤推斷法等等,後面具體講述。
灰盒測試
其實就是白盒和黑盒結合,根據實際情況分析協作。
本文只講述概念,以上測試型別還會具體編寫。