本章主要介紹軟件測試分類，純文字內容，密密麻麻~~~~啊，對文字不感興趣的小伙伴建議點個贊后放棄觀看
一.軟件測試分類
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等。