1、從是否關心內部結構來看

（1）白盒測試：又稱為結構測試或邏輯驅動測試，是一種按照程序內部邏輯結構和編碼結構，設計測試數據并完成測試的一種測試方法。
白盒測試包括：

①語句覆蓋
為了暴露程序中的錯誤，程序中的每條語句至少應該執行一次。因此語句覆蓋（Statement Coverage）的含義是：選擇足夠多的測試數據，使被測程序中每條語句至少執行一次。語句覆蓋是很弱的邏輯覆蓋。
②判定覆蓋
設計足夠的測試用例，使得程序中的每個判定至少都獲得一次“真值”或“假值”，或者說使得程序中的每一個取“真”分支和取“假”分支至少經歷一次，因此判定覆蓋又稱為分支覆蓋。
③條件覆蓋
構造一組測試用例，使得每一判定語句中每個邏輯條件的可能值至少滿足一次。
④條件組合覆蓋
設計足夠的測試用例，使得每個判定中條件的各種可能組合都至少出現一次。顯然滿足多條件覆蓋的測試用例是一定滿足判定覆蓋、條件覆蓋和條件判定組合覆蓋的。
⑤路徑覆蓋
它要求滿足兩個條件：首先，每一個程序模塊的入口和出口點都要考慮至少要被調用一次，每個程序的判定到所有可能的結果值要至少轉換一次；其次，程序的判定被分解為通過邏輯操作符（and、or）連接的布爾條件，每個條件對于判定的結果值是獨立的。
（2）黑盒測試：又稱為數據驅動測試，把測試對象當做看不見的黑盒，在完全不考慮程序內部結構和處理過程的情況下，測試者僅依據程序功能的需求規范考慮，確定測試用例和推斷測試結果的正確性，它是站在使用軟件或程序的角度，從輸入數據與輸出數據的對應關系出發進行的測試。
黑盒測試包括：

①等價類劃分法
是把所有可能的輸入數據，即程序的輸入域劃分成若干部分（子集），然后從每一個子集中選取少數具有代表性的數據作為測試用例。
有效等價類：是指對于程序的規格說明來說是合理的，有意義的輸入數據構成的集合。利用有效等價類可檢驗程序是否實現了規格說明中所規定的功能和性能。
無效等價類：與有效等價類的定義恰巧相反。
②邊界值分析法
長期的測試工作經驗告訴我們，大量的錯誤是發生在輸入或輸出范圍的邊界上，而不是發生在輸入輸出范圍的內部。因此針對各種邊界情況設計測試用例，可以查出更多的錯誤。
使用邊界值分析方法設計測試用例，首先應確定邊界情況。通常輸入和輸出的邊界，
就是應著重測試的邊界情況。應當選取正好等于，剛剛大于或剛剛小于邊界的值作為測試數據，而不是選取等價類中的典型值或任意值作為測試數據。
③錯誤推測法
基于經驗和直覺推測程序中所有可能存在的各種錯誤，從而有針對性的設計測試用例的方法。
錯誤推測方法的基本思想：列舉出程序中所有可能有的錯誤和容易發生錯誤的特殊情況，根據他們選擇測試用例。例如以前產品測試中曾經發現的錯誤，還有，輸入數據和輸出數據為0的情況，輸入為空等，這些都是容易發生錯誤的情況，可選擇這些情況下的例子作為測試用例。
④決策表法(條件比較多且相互影響)
通常由四個部分組成
條件樁（Condition Stub）：列出了問題的所有條件（通常認為列出條件的次序無關緊要）
動作樁（Action Stub）：列出了問題規定可能采取的操作（這些操作的排列順序沒有約束）
條件項（Condition Entry）：列出針對它左列條件的取值（在所有可能情況下的真假值）
動作項（Action Entry）：列出在條件項的各種取值情況下應該采取的動作
規則：任何一個條件組合的特定取值及其相應要執行的操作，在判定表中貫穿條件項和動作項的一列就是一條規則。顯然，判定表中列出多少組條件取值，也就有多少條規則，既條件項和動作項有多少列。
建立步驟：
（根據軟件規格說明）

• 確定規則的個數。假如有n個條件，每個條件有兩個取值（0,1），故有2^n種規則。

• 列出所有的條件樁和動作樁。

• 填入條件項。

• 填入動作項，得到初始判定表。

• 簡化，合并相似規則（相同動作）。
  ⑤因果圖法

分析軟件規格說明描述中，哪些是原因（即輸入條件或輸入條件的等價類），哪些是結果（即輸出條件），并給每個原因和結果賦予一個標識符。

分析軟件規格說明描述中的語義，找出原因與結果之間，原因與原因之間對應的關系，根據這些關系，畫出因果圖。

由于語法或環境限制，有些原因與原因之間，原因與結果之間的組合情況不可能出現，為表明這些特殊情況，在因果圖上用一些記號表明約束或限制條件。
⑥場景法
通過運用場景來對系統的功能點或業務流程的描述，從而提高測試效果的一種方法。用例場景來測試需求是指模擬特定場景邊界發生的事情，通過事件來觸發某個動作的發生，觀察事件的最終結果，從而發現需求中存在的問題。我們通常以正常的用例場景分析開始，然后再著手其他的場景分析。場景法一般包含基本流和備用流，從一個流程開始，通過描述經過的路徑來確定的過程，經過遍歷所有的基本流和備用流來完成整個場景。場景主要包括4種主要的類型：正常的用例場景，備選的用例場景，異常的用例場景，假定推測的場景。
基本流：采用直黑線表示，是經過用例的最簡單的路徑（無任何差錯，程序從開始直接執行到結束）
備選流：采用不同顏色表示，一個備選流可能從基本流開始，在某個特定條件下執行，然后重新加入基本流中，也可以起源于另一個備選流，或終止用例，不再加入到基本流中。（各種錯誤情況）
⑦正交表法
可能因為大量的參數的組合而引起測試用例數量上的激增，同時，這些測試用例并沒有明顯的優先級上的差距，而測試人員又無法完成這么多數量的測試，就可以通過正交表來進行縮減一些用例，從而達到盡量少的用例覆蓋盡量大的范圍的可能性。

（3）灰盒測試：是一種綜合測試法，它將“黑盒”測試與“白盒”測試結合在一起，是基于程序運行時的外部表現又結合內部邏輯結構來設計用例，執行程序并采集路徑執行信息和外部用戶接口結果的測試技術。

2、從是否執行代碼看

（1）靜態測試：指不運行被測程序本身，僅通過分析或檢查源程序的語法、結構、過程、接口等來檢查程序的正確性。

(2)動態測試：是指通過運行被測程序，檢查運行結果與預期結果的差異，并分析運行效率、正確性和健壯性等性能指標。

3、從開發過程級別看

（1）單元測試：又稱模塊測試，是針對軟件設計的最小單位----程序模塊或功能模塊，進行正確性檢驗的測試工作。其目的在于檢驗程序各模塊是否存在各種差錯，是否能正確地實現了其功能，滿足其性能和接口要求。

(2)集成測試：又叫組裝測試或聯合，是單元測試的多級擴展，是在單元測試的基礎上進行的一種有序測試。旨在檢驗軟件單元之間的接口關系，以期望通過測試發現各軟件單元接口之間存在的問題，最終把經過測試的單元組成符合設計要求的軟件。

（3）系統測試：是為判斷系統是否符合要求而對集成的軟、硬件系統進行的測試活動、它是將已經集成好的軟件系統，作為基于整個計算機系統的一個元素，與計算機硬件、外設、某些支持軟件、人員、數據等其他系統元素結合在一起，在實際運行環境下，對計算機系統進行一系列的組裝測試和確認測試。

在系統測試中，對于具體的測試類型有：

（1）功能測試：對軟件需求規格說明書中的功能需求逐項進行的測試，以驗證功能是否滿足要求。

（2）性能測試：對軟件需求規格說明書的功能需求逐項進行的測試，以驗證功能是否滿足要求。

（3）接口測試：對軟件需求規格說明中的接口需求逐項進行的測試。

（4）人機交互界面測試：對所有人機交互界面提供的操作和顯示界面進行的測試，以檢驗是否滿足用戶的需求。

（5）強度測試：強制軟件運行在異常乃至發生故障的情況下（設計的極限狀態到超出極限），驗證軟件可以運行到何種程序的測試。

（6）余量測試：對軟件是否達到規格說明中要求的余量的測試。

（7）安全性測試：檢驗軟件中已存在的安全性、安全保密性措施是否有效的測試，

（8）可靠性測試：在真實的或仿真的環境中，為做出軟件可靠性估計而對軟件進行的功能（其輸入覆蓋和環境覆蓋一般大于普通的功能測試）

（9）恢復性測試：對有恢復或重置功能的軟件的每一類導致恢復或重置的情況，逐一進行的測試。

（10）邊界測試：對軟件處在邊界或端點情況下運行狀態的測試。

（11）數據處理測試：對完成專門數據處理功能所進行的測試。

（12）安裝性測試：對安裝過程是否符合安裝規程的測試，以發現安裝過程中的錯誤。

（13）容量測試：檢驗軟件的能力最高能達到什么程度的測試。

（14）互操作性測試：為驗證不同軟件之間的互操作能力而進行的測試。

（15）敏感性測試：為發現在有效輸入類中可能引起某種不穩定性或不正常處理的某些數據的組合而進行的測試。

（16）標準符合性測試：驗證軟件與相關國家標準或規范（如軍用標準、國家標準、行業標準及國際標準）一致性的測試。

（17）兼容性測試：驗證軟件在規定條件下與若干個實體共同使用或實現數據格式轉換時能滿足有關要求能力的測試。

（18）中文本地化測試：驗證軟件在不降低原有能力的條件下，處理中文能力的測試。

4、從執行過程是否需要人工干預來看

（1）手工測試：就是測試人員按照事先為覆蓋被測軟件需求而編寫的測試用例，根據測試大綱中所描述的測試步驟和方法，手工地一個一個地輸 入執行，包括與被測軟件進行交互（如輸入測試數據、記錄測試結果等），然后觀察測試結果，看被測程序是否存在問題，或在執行過程中是否會有一場發生，屬于比較原始但是必須執行的一個步驟。

（2）自動化測試：實際上是將大量的重復性的測試工作交給計算機去完成，通常是使用自動化測試工具來模擬手動測試步驟，執行用某種程序設計語言編寫的過程（全自動測試就是指在自動測試過程中，不需要人工干預，由程序自動完成測試的全過程；半自動測試就是指在自動測試過程中，需要手動輸入測試用例或選擇測試路徑，再由自動測試程序按照人工指定的要求完成自動測試）

5、從測試實施組織看

（1）開發測試：開發人員進行的測試

（2）用戶測試：用戶方進行的測試

（3）第三方測試：有別于開發人員或用戶進行的測試，由專業的第三方承擔的測試，目的是為了保證測試工作的客觀性

6、從測試所處的環境看

（1）阿爾法測試：是由一個用戶在開發環境下進行的測試，也可以是公司內部的用戶在模擬實際操作環境下進行的測試

（2）貝塔測試：是用戶公司組織各方面的典型終端用戶在日常工作中實際使用貝塔版本，并要求用戶報告

擴展資料

軟件測試的內容：

1 得到需求、功能設計、內部設計說書和其他必要的文檔

2 得到預算和進度要求

3 確定與項目有關的人員和他們的責任、對報告的要求、所需的標準和過程 ( 例如發行過程、變更過程、等等 )

4 確定應用軟件的高風險范圍，建立優先級、確定測試所涉及的范圍和限制

5 確定測試的步驟和方法 ── 部件、集成、功能、系統、負載、可用性等各種測試

6 確定對測試環境的要求 ( 硬件、軟件、通信等 )

7 確定所需的測試用具 (testware) ，包括記錄 / 回放工具、覆蓋分析、測試跟蹤、問題 / 錯誤跟蹤、等等

8 確定對測試的輸入數據的要求

9 分配任務和任務負責人，以及所需的勞動力

10 設立大致的時間表、期限、和里程碑

11 確定輸入環境的類別、邊界值分析、錯誤類別

12 準備測試計劃文件和對計劃進行必要的回顧

13 準備白盒測試案例

14 對測試案例進行必要的回顧 / 調查 / 計劃

15 準備測試環境和測試用具，得到必需的用戶手冊 / 參考文件 / 結構指南 / 安裝指南，建立測試跟蹤過程，建立日志和檔案、建立或得到測試輸入數據

16 得到并安裝軟件版本

17 進行測試

18 評估和報告結果

19 跟蹤問題 / 錯誤，并解決它

20 如果有必要，重新進行測試

21 在整個生命周期里維護和修改測試計劃、測試案例、測試環境、和測試用具

參考資料：百度百科-軟件測試

總結

以上是生活随笔為你收集整理的软件测试的常用方法的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。