軟件測試模型
-
V模型(重點)
用戶需求 驗收測試 ↘ ↗ 需求分析與系統(tǒng) 系統(tǒng)測試 ↘ ↗ 概要設計 集成測試 ↘ ↗ 詳細設計 單元測試 ↘ ↗ 編碼 -
W模型(重點)
需求分析 需求測試 系統(tǒng)安裝 驗收測試 ↘ ↘ ↗ ↗ 概要設計 概要設計測試 系統(tǒng)構建 系統(tǒng)測試 ↘ ↘ ↗ ↗ 詳細設計 詳細設計測試 模塊集成 集成測試 ↘ ↘ ↗ ↗ 編碼實現 單元測試 -
H模型
- 將測試活動完全獨立出來, 形成一個完全獨立的流程, 將測試準備活動和測試執(zhí)行活動清晰的體現出來
-
X模型
- X模型提出針對單獨的程序片段進行相互分離的編碼和測試,此后通過頻繁的交接, 通過集成最終合成為可執(zhí)行的程序
軟件測試的原則:
- 所有的軟件測試都應追溯到用戶需求
- 業(yè)務邏輯需求
- 輸入輸出數據一致性需求
- 界面性需求
- 性能需求
- 安全性需求
- 應當把"盡早地和不斷地進行軟件測試"作為軟件測試者的座右銘
- 盡早, 盡快, 持續(xù), 先找大問題, 不要過于糾結小問題
- 完全測試是不可能的, 測試需要終止.
- 初涉軟件測試人員希望拿到軟件后就進行完全測試, 找出所有的軟件錯誤, 并使軟件趨于完美. 想法是非常好的, 但是要實現它是不可能的, 哪怕是最簡單的程序, 主要原因有四個原因
- 測試數據輸入量太大
- 輸出結果太多
- 軟件的操作步驟太多
- 軟件說明書是主觀的, 可以說從旁觀者來看就是缺陷.
- 初涉軟件測試人員希望拿到軟件后就進行完全測試, 找出所有的軟件錯誤, 并使軟件趨于完美. 想法是非常好的, 但是要實現它是不可能的, 哪怕是最簡單的程序, 主要原因有四個原因
- 測試無法顯示軟件潛在的缺陷
- 充分注意測試中的群集現象
- 缺陷扎堆, 總出問題的模塊, 應重點關注, 重點測試, 多次回歸
- 程序員應避免檢查自己的程序
- 每個崗位職責分開
- 易陷入程序, 而非業(yè)務邏輯
- 自己編寫的, 很難客觀評價
- 思維定勢
- 盡量避免測試的隨意性
什么是軟件質量
- 國際標準ISO 14598中的"軟件質量"定義是:軟件特性的總和,軟件滿足規(guī)定或潛在用戶需求的能力
- 國際標準ISO 9126 定義的軟件質量包括: 內部質量, 外部質量和使用質量.
