軟體測試（英語：software testing），描述一種用來促進鑑定軟體的正確性、完整性、安全性和質量的過程。換句話說，軟體測試是一種實際輸出與預期輸出之間的審核或者比較過程。
1、單元測試
單元測試即為將整個軟體分解為各個功能，隨後對單元進行測試。此類測試策略的優點在於所需分析資料較少，且針對性較強，程式開發者於開發過程中可通過操作經驗明確出現問題的大致區域，隨後針對此類問題對相關單元展開分析，進行問題排查。但需注意的是，某些程式中無具體單元驅動程式，即單個單元無法有效驅動，易出現問題，若針對此類軟體展開測試，需重點注意此類分解單元。
2、整合測試
整合測試與單元測試相反，原理為將部分需測試部分作為整體進行整合，隨後針對此類整合部分進行測試。測試要求為此類被測試整合題應具有一定的結構，且屬於非漸增方式整合。對於較大軟體而言，整合測試方式較單元測試方式而言較為繁瑣，目前多數大型軟體的測試皆採取漸增方式進行測試。漸增測試方式為整合測試方式的衍生，其能夠按照不同次序對軟體進行測試，日常測試中，常將兩類方式進行整合測試，隨後按照次序展開選擇。
3、黑盒測試
黑盒測試，顧名思義即為將軟體測試環境模擬為不可見的「黑盒」。通過資料輸入觀察資料輸出，檢查軟體內部功能是否正常。測試展開時，資料輸入軟體中，等待資料輸出。資料輸出時若與預計資料一致，則證明該軟體通過測試，若資料與預計資料有出入，即便出入較小亦證明軟體程式內部出現問題，需盡快解決。
黑盒測試的優點有：
1）比較簡單，不需要了解程式內部的**及實現；
2）與軟體的內部實現無關；
3）從使用者角度出發，能很容易的知道使用者會用到哪些功能，會遇到哪些問題；
4）基於軟體開發文件，所以也能知道軟體實現了文件中的哪些功能；
5）在做軟體自動化測試時較為方便。
黑盒測試的缺點有：
1）不可能覆蓋所有的**，覆蓋率較低，大概只能達到總**量的30%；
2）自動化測試的復用性較低。
4、白盒測試
白盒測試相對於黑盒測試而言具有一定透明性，原理為根據軟體內部應用、源**等對產品內部工作過程進行除錯。測試過程中常將其與軟體內部結構協同展開分析，最大優點即為其能夠有效解決軟體內部應用程式出現的問題，測試過程中常將其與黑盒測試方式結合，當測試軟體功能較多時，白盒測試法亦可對此類情況展開有效除錯。其中，判定測試作為白盒測試法中最為主要的測試程式結構之一，此類程式結構作為對程式邏輯結構的整體實現，對於程式測試而言具有較為重要的作用。此類測試方式針對程式中各型別的**進行覆蓋式檢測，覆蓋範圍較廣，適用於多型別程式。實際檢測中，白盒測試法常與黑盒檢測法並用，以動態檢測方式中測試出的未知錯誤為例，首先使用黑盒檢測法，若程式輸入資料與輸出資料相同，則證明內部資料未出現問題，應從**方面進行分析，若出現問題則使用白盒測試法，針對軟體內部結構進行分析，直至檢測出問題所在，及時加以修改。
白盒測試的缺點有：
1）程式執行會有很多不同的路徑，不可能測試所有的執行路徑；
2）測試基於**，只能測試開發人員做的對不對，而不能知道設計的正確與否，可能會漏掉一些功能需求；
3）系統龐大時，測試開銷會非常大。
常見軟體測試的技巧
1 邊界測試，測試使用者輸入框中的數值的最大數和最小數，以及為空時的情況。2 非法測試，例如在輸入數字的地方輸入字母。3 跟蹤測試，跟蹤一條資料的流程,保證資料的正確性。4 在開始測試時應保證資料的正確性，然後在從系統中找出各種bug。5 介面測試，程式往往在介面的地方很容易發生錯誤，要在此模組測試...
軟體測試常見風險分析
在測試工作中，主要的風險表現有以下幾點 1 需求風險。對軟體需求理解不準確，導致測試範圍存在誤差，遺漏部分需求或者執行了錯誤的測試方式 另外需求變更導致測試用例變更，同步時存在誤差。2 測試用例風險。測試用例設計不完整，忽視了邊界條件 異常處理等情況，用例沒有完全覆蓋需求 測試用例沒有得到全部執行，...
軟體測試常見風險分析
在測試工作中，主要的風險表現有以下幾點 1 需求風險。對軟體需求理解不準確，導致測試範圍存在誤差，遺漏部分需求或者執行了錯誤的測試方式 另外需求變更導致測試用例變更，同步時存在誤差。2 測試用例風險。測試用例設計不完整，忽視了邊界條件 異常處理等情況，用例沒有完全覆蓋需求 測試用例沒有得到全部執行，...