軟體測試步驟按照研發階段一般分為5個部分：單元測試、整合測試、確認測試、系統測試、驗收測試，下面將不同階段需要的一些工作內容做一下梳理希望可以幫助到大家。
一、單元測試的內容：（白盒為主，黑盒為輔）
單元測試又稱為模組測試，是針對軟體設計的最小單位程式模組進行正確性檢查的測試工作，單元測試需要從程式內部結構出發設計測試用例，多個模組可以平行地獨立進行單元測試。
1、模組介面測試
2、 區域性資料結構測試
3、 路徑測試
運算的優先次序、常見的比較和控制流
4、錯誤處理測試
遇見出錯的條件，並設定適當的出錯處理
5、邊界測試
例如迴圈的次數，最大或最小值
二、單元測試步驟：
三、整合測試（白盒和黑盒結合）
整合測試又稱為組裝測試或聯合測試，在單元測試的基礎上，需要將所有模組按照概要設計說明書和詳細設計說明書的要求進行組裝。
整合測試層次：子系統內整合測試；子系統間整合測試；模組間整合測試。
模組組裝成系統的方式：一次性組裝方式和增殖式組裝方式
1、一次性組裝方式(非增殖式整合）
先對模組分別進行測試，再把所有模組組裝進行測試
缺點：發現錯我不容易定位
2、增殖式組裝測試：自頂向下；自底向上；分層整合；三明治整合；基層整合；高頻整合。
先對乙個個模組進行模組測試，然後將這些模組逐步組裝成系統，分為兩種方式：自頂向下的增殖方式和自底向上的增殖方式
（1）自頂向下的增殖方式（不需要驅動模組）
將模組銨系統程式結構，嚴控制層次自頂向下進行組裝。
首先以主模組作為被測模組兼驅動模組，所有直屬主模組的下屬模組全部用樁模組代替，對主模組進行測試。再採用深度優先或廣度優先的策略，用實際模組代替樁模組，再用樁模組代替它們的直接下屬模組，與已經測試的模組構成新的子系統。然後進行回歸測試。
（2）自底向上的增殖方式（不需要驅動模組）
由驅動模組控制最底層模組的並行測試。
（3）混合增殖式
優點：能夠較早的發現主要控制方面的問題
缺點：需要建立樁模組，增加了一些附加的測試，涉及演算法和輸入輸出的模組一般在底層，這些底層模組要到組裝和測試的後期才能發現。一旦發現問題就會出現過多的回歸測試。
優點：不需要建立樁模組，建立驅動模組要比建立樁模組要簡單得多，同時涉及到演算法已近輸入輸出的模組要先測試，把最容易出現問題的部分在早期解決。
缺點：程式一直未能作為乙個實體存在，直到最後乙個模組加上才能形成乙個實體,控制方面最後才能接觸。
3、整合測試完成的標誌：
1）成功執行了測試計畫中規定的所有整合測試
2）修改了所發現的錯誤
3）測試結果通過專門小組的評審
4）整合測試需要提交的測試報告：
5）整合測試計畫、整合測試規格說明書以及整合測試分析報告
四、確認測試（黑盒）
確認測試的目標是驗證軟體的功能和效能以及其他特性是否與使用者的要求一致。確認測試一般包括有效性測試和軟體配置複查。一般有第三方測試機構進行。
1、進行有效性測試
現軟體確認要通過一系列黑盒測試。確認測試同樣需要制訂測試計畫和過程，測試計畫應規定測試的種類和測試進度，測試過程則定義一些特殊的測試用例，旨在說明軟體與需求是否一致。
無是計畫還是過程，都應該著重考慮軟體是否滿足合同規定的所有功能和效能，文件資料是否完整、準確人機介面和其他方面（例如，可移植性、相容性、錯誤恢復能力和可維護性等）是否令使用者滿意。
確認測試的結果有兩種可能，一種是功能和效能指標滿足軟體需求說明的要求，使用者可以接受；
另一種是軟體不滿足軟體需求說明的要求，使用者無法接受。專案進行到這個階段才發現嚴重錯誤和偏差一般很難在預定的工期內改正，因此必須與使用者協商，尋求乙個妥善解決問題的方法
2、軟體配置複查
保證軟體配置的所有成分齊全，質量都符合要求。應該遵守使用者手冊和操作手冊中的規定步驟。
五、系統測試 通常意義上的系統測試包括 壓力測試（也稱為強度測試），容量測試，負載測試，效能測試，安全測試，容錯測試等。
軟體作為計算機系統的一部分，與硬體、網路、外設、支撐軟體、資料以及人員結合在一起，在實際或模擬環境下，對計算機系統進行測試，
目的在於與系統需求比較，發現問題。
利用程式的使用者文件或書面材料。通過分析目標文件來設 計系統測試，分析使用者文件來闡明測試用例。
由於沒有乙個方法，系統測試需要大 量的創造性。事實上，設計好的系統測試用例比設計系統或程式需要更多的創造性、 智慧型和經驗。
為了避免有所遺漏，設計測試用例時應考慮全部的15種型別。
能力測試、容量測試、強度測試、易用性測試、安全性測試、
效能測試、儲存測試、配置測試、相容性/配置/轉換測試、安裝測試、
可靠性測試、可恢復性測試、適用性測試、文件測試、過程測試。
六、驗收測試 包括：正式驗收，alpha測試，beta測試。
以使用者為主的測試，軟體開發人員和質量保證人員參加，由使用者設計測試用例。
不是對系統進行全覆蓋測試，而是對核心業務流程進行測試。
根據合同、《需求規格說明書》或《驗收測試計畫》對產品進行驗收測試。
對於通過驗收測試的軟體產品/參照《配置管理規範》中所規定的標識方法更改測試狀態，同時專案經理負責編制《驗收報告》。
軟體功能測試的步驟
最近有和乙個初學測試的朋友聊天，他說關於測試方面的書看來不少，理論和概念也背了不少，但是實際測試時還是不知道怎麼怎麼下手，不知具體該如何做？其實關於怎麼入手做測試，沒有什麼具體的規範，以下是我的個人習慣，供大家討論一下。面對乙個新的專案，應該從專案的編寫需求分析時參與進去，了解專案的背景和使用者的需...
軟體測試 詳解系統測試
目錄 系統測試的概念 系統測試與質量模型 系統測試型別 幾大主要型別 1.功能測試 2.效能測試 3.安全性測試 4.異常測試 5.gui測試 結合單元 整合和系統對比，將硬體 軟體 操作人員看作乙個整體，檢驗它是否有不符合系統說明書的地方。這種測試可以發現系統分析和設計中的錯誤。質量模型六大特性 ...
軟體測試流程詳解
2.軟體測試的目的 測試是程式的執行過程，目的在於發現錯誤。確保產品完成了它所承諾或公布的功能 確保產品滿足效能和效率的要求 確保產品是健壯的和適應使用者環境的 3.軟體測試的意義 解放程式設計師和售後服務人員 軟體測試可以降低軟體質量風險，使程式設計師能夠更專心於解決程式的演算法和效率 同時經過嚴...