按結構分：黑盒測試，白盒測試

其中黑盒分為功能測試和效能測試

按執行程式分：靜態測試，動態測試

按階段分：單元測試，整合測試，系統測試，驗收測試

其他測試型別；迴歸測試，冒煙測試，隨機測試

軟體測試的方法根據軟體工程的組織和實現方式，有很大差別，有些是比較技術化的方法，有些則是工程方法，主要分為：

黑盒測試方法群：等價類劃分、邊界值、因果圖、基路徑法、專家測試法、smoking、場景測試等

白盒測試方法群：同行評審、需求審查、程式碼審查、介面測試（呼叫測試和返回測試，需要結合等價類和因果圖方法）等。

當在單元層面黑盒而在整合層面白盒時，基本上兩類方法就會有結合了，就會出現習慣上說的灰盒測試（說實話，不做到純產品級開發，基本上都是用的灰盒測試）。

1.功能測試

2.效能測試

3.自動化測試

4.介面測試

5.壓力測試

6.穩定性測試

7.併發測試

推薦去中公教育學習

軟體測試產生髮展已達40多年，經過長期地實踐，總結歸納出了一些基本的測試原理與測試特性準則，並被業界普遍接受和遵循，對測試的設計、執行和 管理均具有工程的指導意義。原理 1：測試可以證明缺陷存在，但不能證明缺陷不存在測試可以證明軟體系統（產品）是失敗的，即說明軟體中有缺陷。但測試不 能證明軟體中沒有缺陷。適當的軟體測試可以減少測試物件中的隱藏缺陷。即使 在測試中沒有發現失效，也不能證明其沒有缺陷。原理 2：窮盡測試是不可能的測試若考慮所有可能的輸入值及其組合，並結合所有的前置條件進行窮盡測 試是不可能的。實際測試過程中，對軟體測試基本上是抽樣測試。因此，必須根 據風險和優先順序，控制測試工作量。原理 3：測試活動應儘早開始在軟體生命週期中，測試活動應儘早實施，，並聚焦於定義的目標上，這樣 可以儘早的發現缺陷。原理 4：缺陷叢集性在通常情況下，缺陷並不是平均而是叢集分佈的，大多數的缺陷只存在於測 試物件的極小部分中。因此，如在一個地方發現了較多缺陷，通常在附近會有更 多的缺陷，這就是所謂的缺陷叢集性，也就經常所說的‘8/2 現象’，80%的缺 陷集中在 20%的程式模組中。因此，在測試中，應機動靈活地應用這個原理。原理 5：殺蟲劑悖論若同樣的測試用例被一再重複執行，則會減少測試的有效性。先前沒有發現的缺陷反覆使用同樣的測試用例也不會被重新發現。因此，為了維護測試的有效 性，戰勝這種“抗藥性”，應對測試用例進行修正或更新。這樣軟體中未被測試 過的部分或先前沒有被使用過的輸入組合會被重新執行，從而發現更多的缺陷。原理 6：測試依賴於測試內容測試必須與應用系統的執行環境及使用中固有的風險相適應。因此，沒有兩個系統可以完全相同的方式進行測試。對於每個軟體系統，測試出口準則等應依據其使用的環境分別量體定製。例如，對安全起關鍵作用的系統與一個電商應用系統所要求的測試是不盡相同的。原理 7：沒有失效就是有用的系統是一種謬論測試找到了導致失效的 Bug、並修正了缺陷，並不能保證整個系統達到了用 戶的預期要求和需要。因此說，沒有發現失效就是有用的系統是一種謬論。

軟體測試常見的有黑盒測試和白盒測試兩種。

黑盒測試方法群：等價類劃分、邊界值、因果圖、基路徑法、專家測試法、smoking、場景測試等白盒測試方法群：同行評審、需求審查、程式碼審查、介面測試（呼叫測試和返回測試，需要結合等價類和因果圖方法）等。

測試方法分為兩大類，一類是黑盒測試，方法包括：邊界值分析法，等價類劃分法，因果圖，判定表，正交表，錯誤推演算法等，還有一類是白盒測試方法,包括：語句覆蓋，判定覆蓋，條件覆蓋，判定-條件覆蓋，多重條件覆蓋，路徑覆蓋

一、為什麼測試的概念這麼多

一個軟體專案就好比一部複雜的汽車，有很多零件，當每個零件生產完成後，就要測試零件是否存在質量問題。 零件組成複雜的汽車後，我們還要測試汽車。比如著名的中保研，測試剎車，測試氣囊，測試防撞....，顧客從4s店購買汽車，要帶懂車的人幫忙檢查成品車，其實也是一種測試。軟體也是一樣，除了有測試零件的單元測試，還有整合測試、確認測試、系統測試、驗收測試等等....，看下圖：

單元測試是針對軟體設計中的最小單位-程式模組，進行正確性檢查的測試工作。 單元在軟體程式碼中指一個函式或一個類，在圖形化的軟體中，單元一般指一個視窗，一個選單。

當軟體專案中相關單元都開發完成並完成單元測試後只能確保每個獨立單元沒有問題, 但多個單元整合成完整功能時, 需要再次進行質量驗證。這個步驟就是整合測試。

整合測試又叫組裝測試，通常在單元測試的基礎上，將所有程式模組進行有序的、遞增的測試。重點測試不同模組的介面部分。

無論單元測試還是整合測試，都是根據不同的測試階段劃分的。一個專案首先要進行的就是單元測試，單元測試完成後進行整合測試。 整合測試完成後還有系統測試和驗收測試等等才能完成軟體專案的最終驗收和交付。

在具體的測試執行過程中又分為是否檢視原始碼的測試方式， 不檢視原始碼的測試方式為黑盒測試，檢視原始碼的測試方式為白盒測試。

黑盒測試是指測試的時候完全不考慮程式內部結構和內部特性，注重於測試軟體的功能需求，只關心軟體的輸入資料和 輸出資料。

白盒測試是指把軟體的原始碼開啟，去研究裡面的程式結構和具體程式設計實現方式。

除了黑盒測試與白盒測試，還有介於兩者之間的灰盒測試。

灰盒測試: 是介於白盒測試與黑盒測試之間的一種測試，灰盒測試多用於整合測試階段，不僅關注輸出、輸入的正確性，同時也關注程式內部的情況。

軟體測試工程師大多數時候在做黑盒測試。 在一些特殊場景也需要輔以灰盒測試， 但白盒測試由於需要對程式設計非常瞭解，所以軟體測試工程師涉及的相對較少。