本章主要介紹軟體測驗分類，純文字內容，密密麻麻~~~~啊，對文字不感興趣的小伙伴建議點個贊后放棄觀看
一.軟體測驗分類
1.按照階段劃分 ：單元測驗，集成測驗，系統測驗，驗收測驗
2.按照實施方劃分： alpha劃分(內測：測驗人員，開發人員，客戶)，beta測驗(公測：最終用戶測驗)，第三方測驗
3.按照技識訓分 ：黑河，白盒，冒煙，隨機，性能，功能，安全.....
1.按照階段劃分
(1)單元測驗：對軟體最小可測單元的測驗，測驗依據是詳細設計檔案，使用白盒測驗方法，參與人員白盒測驗工程師或開發
(2)集成測驗：主要物件為軟體模塊的介面，通過測驗模塊間資料的流轉檢測介面是否正確，包含介面測驗，使用黑白盒測驗，測驗依據概要設計檔案，參與人員測驗或者開發
(3)系統測驗：主要對整體系統進行測驗，使用黑盒測驗，參與人員為黑盒測驗工程師，前期做功能，后期性能，兼容性.....依據需求檔案
(4)驗收測驗：主要對整體軟體系統進行測驗，使用黑盒測驗方法，參與人員用戶，主要是內測和公測，依據需求檔案和驗收標準
2.按照實施方劃分：這里就不做一一介紹了
3.按照技識訓分
(1)黑盒測驗：不關心軟體內部的代碼結構和邏輯，只關心輸入和輸出
(2)白盒測驗：主要檢測軟體內部的代碼結構和邏輯
(3)靜態測驗：不實際運行被測功能點，靜態檢查軟體
(4)動態測驗：實際輸入一些測驗資料，點擊一些按鈕，動態運行軟體，檢查軟體，
(5)功能測驗：檢測軟體是否符合需求描述功能
(1)界面測驗：檢查軟體界面是否有錯別字，控制元件是否被遮擋，裁切，顯示不完整
(2)易用性測驗：檢查軟體上手度和易用性(大眾用戶的操作習慣)
(3)安裝測驗:檢查軟體是否正確的升級安裝或卸載
(4)兼容性測驗：檢查軟體是否能在各種主流硬體平臺正確運行，（橫向兼容：同型別軟體互相之間資料檔案兼容，縱向兼容：一款軟體在不同版本之間資料檔案兼容）
(6)性能測驗：檢測軟體性能指標(并發用戶數，回應時間)，可用adb指令和perfdog進行測驗，這里不做多余解釋，詳情見https://www.cnblogs.com/lihongtaoya/p/14220794.html
a.并發用戶數：一起向服務器產生壓力的人數; 在線用戶數：當前登陸; 實際用戶數：注冊人數
b.壓力測驗和負載測驗
| 目的及作用 | |
| 壓力測驗 | 再給軟體施加壓力非常大后，持續關注多久服務器崩潰， 關注時間， (在一定的軟硬體及網路環境下，通過模擬大量的虛擬用戶向服務器產生負載， 使服務器的資源處于極限狀態下長時間連續運行，用以測驗服務器在高負載情況 下是否能夠穩定作業，目的是找到系統在哪里失效以及失效時候的反應，比如CPU達到極限， 記憶體溢位，資源無法回收，系統無回應等，均是失效的表現，) |
| 負載測驗 | 軟體最大可承受并發用戶數， (在一定的軟體、硬體及網路環境下，通過改變系統負載方式來發現系統中所存在的性能問題， 測驗服務器的性能指標是否在用戶的要求范圍內，用于確定系統所能承載的最大用戶數、 最大有效用戶數，關注不同用戶數下的系統回應時間及服務器的資源利用率，) 配置測驗 :在不同的軟體、硬體以及網路環境配置下，通過運行一種或多種業務在一定的虛擬用戶數量情況下， 獲得不同配置的性能指標，用于選擇最佳的設備及引數配置， 容量測驗:在一定的軟硬體及網路環境下，向資料庫中構造不同數量級別的資料記錄，通過運行一種或多 種業務在一定的虛擬用戶數量情況下，獲取不同資料級別的服務器性能指標用以確定資料庫的最佳容量 穩定性測驗：常規壓力下能保持多久持續穩定運行； |
(7)安全測驗：保證軟體中資料的完整性，確保只有擁有對應權限的人才能查看資料
(8)回歸測驗：軟體沒出新版本后，需要將上一個版本進行過的測驗重新復測一遍
(9)冒煙測驗：當軟體是否具有可測性，通常和回歸測驗結合使用
(10)隨機測驗：不使用測驗用例，而是隨機進行軟體測驗，缺點對于功能點的覆寫率太低，在時間允許的情況下，用隨機測驗進行覆寫率補充，
二.測驗用例要素（本文介紹case撰寫是一個大眾的規范，針對不同公司有不同的寫法，就作者在的公司使用xmind撰寫case就沒有這樣復雜）：
1.用例編號： 產品編號_ST_系統測驗項名_系統測驗子項名_編號
2.測驗專案： 測驗用例所測的專案名 例如：計算器加法器
3.用例標題/測驗點： 有因有果 例如：新增他人借記卡顯示無法系結
4.測驗內容描述
5.重要級別
高：保證系統基本功能，重要特征，實際使用頻率比較高的用例
中：重要程度介于高和低之間的測驗用例
底：實際使用頻率不高，對系統業務功能影響不大的模塊或功能的測驗用例
6.預置條件：就是執行當前測驗用例的前提描述，如果不滿足這些條件，則無法進行測驗
7.測驗輸入
8.操作步驟
9.預期結果：預計按照操作步驟和輸入執行后應該得到的結果現象
10.作者
11.創建日期
12.修改日期
13.執行者
14.實際結果：實際執行得到的結果現象
15.測驗結果：比對預期結果和實際結果，判斷測驗通過或不通過，例：Passed,Failed等，
轉載請註明出處，本文鏈接：https://www.uj5u.com/qita/285653.html
標籤：其他
上一篇：pytest系列(六) - fixture 進階玩法 (2)
下一篇：測驗計劃和測驗報告