軟體測驗基礎理論
一, 為什么要進行軟體測驗
為了通過軟體測驗,盡可能減少bug,保證軟體質量
二, 軟體測驗的定義
為了發現軟體中的缺陷而執行程式或系統的程序
三, 軟體測驗的目的
以最少的人力物力發現軟體中的缺陷和潛在的問題,滿足客戶的需求
四, 軟體測驗的原則
- 測驗應該追溯到需求
- 盡早測驗,不斷測驗
- 窮盡測驗不可能,需要及時終止
- 80%的bug來源于20%的模塊
- 程式員避免檢查自己的程式(不代表不用自測)
- 要有計劃的,有目的的進行測驗
- 測驗用例既要正向用例,也需要反向用例
- 要徹底檢查用例的執行結果(查看相關聯的模塊結果)
- 保存測驗程序中的相關檔案和資料,為專案管理提供依據
五, 軟體測驗的物件
程式,檔案,資料(不同階段,測驗物件也會不同,eg: 需求階段測驗, 測驗物件就是需求檔案)
六, 軟體測驗分類的劃分標準
- 按階段:單元測驗, 集成測驗, 系統測驗, 驗收測驗
- 程式是否運行: 動態測驗, 靜態測驗
- 是否查看代碼: 白盒測驗, 黑盒測驗, 灰盒測驗
- 其他: 兼容測驗, 安全測驗, 回歸測驗, 冒煙測驗, 隨機測驗, app測驗, 介面測驗
七, 單元測驗UT(Unit Testing)
- 對軟體的最小組成單元(方法,模塊,類) 進行的測驗, 主要測驗單元內部的資料結構,邏輯控制,例外處理
- 驅動模塊:呼叫其他模塊的模塊
- 樁模塊:被其他模塊呼叫的模塊
八, 集成測驗IT(Integration Testing) 系統集成測驗SIT(System Integration Testing)
- 集成測驗也叫組裝測驗,是屬于灰盒測驗一種,一般通過介面測驗來進行系統集成,包括系統內部介面和外部介面
- 集成測驗的方式:非增量式,增量式
- 非增量式:一次性集成所有模塊
- 增量式:
- 自頂向下---從頂層模塊向下層模塊集成
- 自底向上---從底層模塊向上層模塊集成
?
九, 系統測驗ST(System Testing)
是對整個系統的測驗，將硬體、軟體、操作人員看作一個整體，檢驗它是否有不符合系統說明書的地方，這種測驗可以發現系統分析和設計中的錯誤，如安全測驗是測驗安全措施是否完善，能不能保證系統不受非法侵入，再例如，壓力測驗是測驗系統在正常資料量以及超負荷量(如多個用戶同時存取) 等情況下是否還能正常地作業，
轉載請註明出處，本文鏈接：https://www.uj5u.com/qita/501078.html
標籤：其他