軟體測驗屬性

1.按測驗階段劃分
單元測驗:單元測驗是對軟體基本組成單元進行的測驗,是為了盡早發現錯誤(錯誤發現越早,成本越低,發現問題比較容易,修正問題更容易),單個的軟體單元或者一組相關的軟體單元所進行的測驗,是代碼級的測驗
集成測驗:理論上凡是兩個單元(如函式單元)的組合測驗都可以叫做集成測驗,實際操作中,通常集成測驗的物件為模塊級的集成和子系統間的集成,其中子系統集成測驗稱為組件測驗,
系統測驗:將軟體系統看成是一個系統的測驗,包括對功能、性能以及軟體所運行的軟硬體環境進行測驗,時間大部分在系統測驗執行階段,包括回歸測驗和冒煙測驗,
驗收測驗:驗收測驗是部署軟體之前的最后一個測驗操作,它是技術測驗的最后一個階段,也稱為交付測驗,驗收測驗的目的是確保軟體準備就緒,按照專案合同、任務書、雙方約定的驗收依據檔案,向軟體購買者展示該軟體系統滿足原始需求
2.按是否覆寫源代碼
黑盒測驗:黑盒測驗也稱功能測驗,它是通過測驗來檢測每個功能是否都能正常使用,在測驗中,把程式看作一個不能打開的黑盒子,在完全不考慮程式內部結構和內部特性的情況下,在程式介面進行測驗,它只檢查程式功能是否按照需求規格說明書的規定正常使用,程式是否能適當地接收輸入資料而產生正確的輸出資訊,黑盒測驗著眼于程式外部結構,不考慮內部邏輯結構,主要針對軟體界面和軟體功能進行測驗,
黑盒測驗是以用戶的角度,從輸入資料與輸出資料的對應關系出發進行測驗的,很明顯,如果外部特性本身設計有問題或規格說明的規定有誤,用黑盒測驗方法是發現不了的,通俗來講就是不需要知道代碼是干什么的,只需要測驗這個功能,無需細節主要功能得以實作即可
白盒測驗:
軟體的白盒測驗是對軟體的程序性細節做細致的檢查,
這種方法是把測驗物件看做一個打開的盒子,它允許測驗人員利用程式內部的邏輯結構及有關資訊,設計或選擇測驗用例,對程式所有邏輯路徑進行測驗,通過在不同點檢查程式狀態,確定實際狀態是否與預期的狀態一致,因此白盒測驗又稱為結構測驗或邏輯驅動測驗,
通俗來講就是你知道每一步代碼執行的程序,并全程觀察代碼的每一步流程,知道程式跑完
灰盒測驗:
灰盒測驗,是介于白盒測驗與黑盒測驗之間的,
可以這樣理解,灰盒測驗關注輸出對于輸入的正確性,同時也關注內部表現,但這種關注不象白盒那樣詳細、完整,只是通過一些表征性的現象、事件、標志來判斷內部的運行狀態,有時候輸出是正確的,但內部其實已經錯誤了,
3.按是否運行
靜態測驗:不運行被測驗程式,對代碼通過檢查、閱讀進行分析
動態測驗:動態測驗需要真正將程式運行起來,需要設計系列的測驗用例保證測驗的完整性和有效性
4.按是否自動化
人工測驗:人去操作,去點
自動化測驗:寫腳本等等
5.更多
冒煙測驗:對系統進行基本功能的測驗,保證基本的功能和流程能走通,例如:為美多商城的主要功能(登錄,注冊,)
進行測驗,而輔助功能(頭部資訊)則不重要,只要不影響主要功能,回歸測驗:像修復一個BUG后,把之前的測驗用例在新的代碼下進行再次測驗
隨機測驗:隨機測驗主要是對被測軟體的一些重要功能進行負測,也包括測驗那些當前的測驗用例沒有覆寫到的部分
探索性測驗:探索測驗將學習,測驗設計和測驗執行整合在一起,形成一種測驗方法,
測驗用例,什么是測驗用例?
測驗用例的設計就是如何覆寫所有軟體表現出來的狀態,即在滿足輸入/輸出的一組條件下,軟體運行是一系列有次序的、受控制的狀態變化程序,
設計用例的好處?
設計用例的程序可以更深刻的理解需求,熟悉各功能點,保證盡可能全的覆寫到各測驗點,也便于用例評審,
除入公司測驗專案流程圖

測驗與其他成員組成流程圖

1.軟體測驗理解
軟體測驗技術是軟體開發程序中的一個重要組成部分,是貫穿整個軟體開發生命周期,對軟體產品進行驗證和確認的活動程序,其目的是盡快盡早的發現在軟體產品中所存在的各種問題--與用戶需求、預設定不一致性、檢查軟體產品的bug,寫成測驗報告,交于開發人員修改
轉載請註明出處,本文鏈接:https://www.uj5u.com/qita/302765.html
標籤:其他
上一篇:第九章測驗工具
下一篇:醫院人事管理系統
