軟體測試的分類

2021-10-25 09:13:20 字數 1022 閱讀 3345

對於單個模組測試,從程式內部結構發出測試用例,一般要讀程式和**,大多數時候單元測試都是由開發人員自己去完成(交叉)

比較的涉及到介面測試,將所有程式的模組組合起來有序的遞增測試,它是乙個持續不斷的過程

功能是否實現,一般都是正向測試。  通過確認測試之後的軟體才具備進入測試階段

在真實的執行環境下,檢查系統的程式能否和系統所有功能,軟體及硬體正確配置連線,滿足需求

一般供求雙方,一般有三種驗收測試的主體,α測試:軟體開發商自己進行交付前的測試、

β測試:軟體需求方自己進行測試

γ測試:第三方軟體測試

主要指不實際執行的物件,檢查**是否符合規範

介面是否符合需求,文件測試:測試使用者手冊和需求是否滿足真正使用者需求

指實際被執行的物件,輸入資料檢視輸出結果和預期是否相符,

唯一判斷標準就是看是否執行程式

是黑盒測試的一方面,他是檢查軟體實際功能是否滿足使用者需求

邏輯功能測試,介面測試,易用性測試,安裝解除安裝測試,相容測試

功能指標正常在指定空間條件下是否正常,主要有時間效能和空間效能兩種

驗證安裝在系統內的保護機制是否能在實際應用中對系統進行保護

對軟體更新測試時,執行之前某乙個重要版本的所有測試用例

驗證之前的缺陷被修復 確認修復這些缺陷沒有引發新缺陷

驗證軟體基本功能是否實現,是否具備可測性 

指測試人員基於經驗和直覺測試,發現一些邊緣錯誤

把自己當作不懂產品的使用者,隨便亂點,讓一些意想不到的操作造成錯誤的結果

通過軟體的外部表現發現其缺陷和錯誤。在不考慮內部程式**的情況下,對外部程式介面進行測試檢查程式能否按

照需求規格書的規定正常實現

通過對程式內部的結構分析,檢測來尋找問題,檢查程式內部結構**路徑是否正確,是否按照需求規格說明書

介於白盒和黑盒測試之間,關注輸出對於輸入的正確性,關注內部表現,通過表面的一些特徵判斷內部執行的狀態

軟體測試的分類

2 白盒測試 也叫結構測試,是基於程式的測試只考慮程式內部結構而不考慮程式功能的測試 3 灰盒測試 結合黑盒和白盒的要素對軟體進行測試 一般先做黑盒測當發現bug時需要對bug使用白盒測試進行進一步調查 在整合測試階段經常採用 擴充套件 1 白盒測試一般對風險較大難度較大核心模組進行補充測試 2 白...

軟體測試的分類

軟體測試是什麼 軟體測試就是看預期結果和實際結果做對比 黑盒測試 看輸入和輸出,不看內部結構 白盒測試 看 灰盒測試 看輸入和輸出以及內部的結構 功能測試 就是測試功能 效能測試 壓力測試 在不同情況下,軟體的執行時間,最多能支援多少個人執行 負載測試 在人最多的情況下,可以執行多長時間 併發測試 ...

軟體測試的分類

1.按照開發階段劃分 單元測試 對於單個模組測試,從程式內部結構發出測試用例,一般要讀程式和 大多數時候單元測試都是由開發人員自己去完成 交叉 確認測試 功能是否實現,一般都是正向測試。通過確認測試之後的軟體才具備進入測試階段 確認測試稱為 冒煙測試 一般不作為正式的測試環節或者測試階段。系統測試 ...