一圖看清軟件測試分類

一、按測試技術(shù)分（是否查看代碼）

**1. 黑盒測試**：軟件功能是否正常使用【功能的測試】
**2. 白盒測試**：代碼邏輯是否正確【結(jié)構(gòu)的測試】
**3. 灰盒測試**：介于兩者之間的測試，也稱為接口測試

二、被測對象是否運行程序分：

1、動態(tài)測試

● 稱動態(tài)分析，是指需要實際運行被測軟件，檢查運行結(jié)果與預(yù)期結(jié)果的差異，并分析運行效率和健壯性等性能等來發(fā)現(xiàn)軟件的缺陷。
● 動態(tài)測試實際上也是通常意義上的測試，需要搭建測試環(huán)境，制訂測試計劃，設(shè)計測試用例，執(zhí)行測試用例，編寫測試報告等

2、靜態(tài)測試

● 主要是采用走查、同行評審、會審等方法來查找錯誤，可以在項目開始之初就可以開始介入。
● 靜態(tài)測試中的差錯和分析功能是其他方法所不能替代的，靜態(tài)測試能盡早發(fā)現(xiàn)文檔中的問題，進而找出需求分析、軟件設(shè)計中存在的問題，避免開發(fā)后期發(fā)現(xiàn)問題而需要返工，減少開發(fā)風險。
● 靜態(tài)測試還能有效地檢查代碼的編寫質(zhì)量，為后續(xù)的維護打下堅實基礎(chǔ)。

三、按測試手段分類

**1. 手工測試**：測試人員手動的對被測對象進行驗證
**2. 自動化測試：**自己寫測試腳本或通過第三方工具對被測對象進行測試

四、按測試階段

1. 單元測試

概念：（Unit Testing）是指對軟件中的最小可測試單元進行檢查和驗證。組件測試 也稱：單元測試
● 什么是樁模塊、驅(qū)動模塊?
○ 樁模塊∶被被測模塊調(diào)用的模塊。
○ 驅(qū)動模塊∶調(diào)用被測模塊的模塊。
● 單元測試的技術(shù)∶黑盒白盒技術(shù)，但是白盒居多，黑盒居少，一般先做黑盒再做白盒。
● 單元測試重點∶功能性測試，健壯性（逆向測試∶無效值），性能。
● 單元測試前提條件∶完成編譯的測試對象，測試環(huán)境，開發(fā)工具，測試對象的規(guī)范說明書

2. 集成測試

（Integration Testing）又稱：組裝測試；組件間的接口與交互測試。
● 概念：是在單元測試的基礎(chǔ)上，按照設(shè)計要求，把單元測試通過的單元組成系統(tǒng)或子系統(tǒng)而進行的有序的測試，目的是檢驗不同程序單元或部件之間的接口關(guān)系是否符合設(shè)計的要求，能否正常運行。
● 接口和系統(tǒng)內(nèi)不同部分的相互作用（交互）。
● 測試條件：是完成集成的被測系統(tǒng)，測試臺，有關(guān)組件間交互的文檔。
● 測試技術(shù)：包括白盒技術(shù)、黑盒技術(shù)，白盒居多，黑盒居少，對比單元測試，白盒下降，一般先做黑盒再做白盒。
● 集成測試測試策略：
○ 自頂向下集成
○ 自底向上集成

3. 系統(tǒng)測試

概念：（System Testing）為了驗證和確認系統(tǒng)是否達到設(shè)計目標，對集成的硬件和軟件系統(tǒng)進行的測試
● 對整個系統(tǒng)能不能滿足用戶需求的測試，目的檢查軟件是否滿足需求。
● 是在實際環(huán)境下，與所在操作系統(tǒng)的其他部分（包括硬件、外設(shè)、網(wǎng)絡(luò)、系統(tǒng)軟件和數(shù)據(jù)庫等）組合在一起進行的測試。
○ 系統(tǒng)測試的前期：主要看系統(tǒng)功能是否滿足需求，被稱為功能測試
○ 系統(tǒng)測試的后期：主要測試系統(tǒng)允許是否滿足要求，以及在不同硬件和軟件環(huán)境中的兼容性
■ 這部分主要有性能測試、兼容性測試、界面測試等。
● 系統(tǒng)測試能夠發(fā)現(xiàn)哪些缺陷?會遺留哪些缺陷?
○ 發(fā)現(xiàn)缺陷∶非功能性缺陷、涉及整個系統(tǒng)的問題。
○ 遺留缺陷∶對用戶的需求的錯誤理解、沒有實現(xiàn)或者沒有完全實現(xiàn)用戶的隱性需求

4. 驗收測試

概念：（Acceptance Testing）是軟件產(chǎn)品發(fā)布之前所進行的軟件測試活動。技術(shù)測試的最后一個階段，也稱為：交付測試。
目的：是確保軟件準備就緒，并且可以讓用戶將其用于執(zhí)行軟件的既定功能和任務(wù)。
一般由用戶/客戶進行的確認是否可以接受一個系統(tǒng)的驗證性測試。驗收測試根據(jù)用戶需求，業(yè)務(wù)流程進行的正式測試以確保系統(tǒng)符合所有驗收的準則。
驗收測試 分為：正式測試和非正式測試。
● 正式測試：是一項管理嚴格的過程，是系統(tǒng)測試的延續(xù)。
驗收測試一般由用戶派出代表和開發(fā)方的測試小組一起進行測試驗收，也可能由用戶單獨驗收，總之方式不限，最終的目的還是用戶滿意并接收。
● 非正式測：包括Alpha測試、Beta測試
a. Alpha測試：一般是在開發(fā)者所提供的場所進行測試，主要對軟件最初版本進行測試，一般不對外發(fā)布，由開發(fā)人員、測試人員或用戶共同參與。
b. Beta測試：是對上線之后的軟件版本進行測試，完全脫離開發(fā)者的環(huán)境，完全交給用戶測試。

五、按測試包含的內(nèi)容：

**1. 功能測試**：各個功能模塊是否正常
**2. 界面測試**：被測系統(tǒng)界面是否和原型圖一致
**3. 安全測試**：對系統(tǒng)進行安全測試（賬號多次輸入錯誤，是否允許繼續(xù)輸）
**4. 兼容性測試**：在不同的環(huán)境下被測系統(tǒng)是否正常
**5. 易用性測試**：各個功能是否操作方便，是否容易理解、容易上手
**6. 性能測試**：某時間用戶數(shù)量劇增，軟件是否正?！矩撦d測試、壓力測試】
**7. 安裝測試**

六、其他測試

1、 冒煙測試：

測試整個軟件的主體業(yè)務(wù)功能是否可以正常的運行（在進行正式測試前（開發(fā)人員或測試主管）對主要功能核心功能進行的測試）

2、回歸測試：

將某個缺陷提交給開發(fā)人員后由開發(fā)人員進行修復(fù)，修復(fù)完成后需測試人員再次進行的測試

3、探索性測試：

根據(jù)自己的項目經(jīng)驗而進行的隨意測試