| 如此多軟件測試方法該用哪一個？看完就懂了！ | 當前位置： 首頁> 學習中心> 小白入門> 詳情 |
軟件測試按照不同的維度可以有不同的分類方式，具體如下：
按照開發階段劃分
單元測試
測試對象時軟件最小的組成部分也就是模塊。
測試階段：編碼后或編碼前（TDD即測試驅動開發）
測試對象：模塊
測試人員：開發人員或白盒測試工程師
測試依據：設計文檔+代碼和注釋
測試方法：白盒測試
測試內容：模塊接口測試、局部數據結構測試、路徑測試、錯誤處理測試、邊界測試
集成測試（AKA功能測試）
將幾個相關的模塊集成在一其構建成相應的功能，并對其進行測試。著重測試幾個模塊之間的交互。
測試階段：一般在單元測試結束后
測試對象：模塊間的接口
測試人員：白盒測試工程師或開發人員
測試依據：單元測試模塊+概要設計文檔
測試方法：白盒測試和黑盒測試相結合
測試內容：模塊之間數據傳輸、模塊之間功能沖突、模塊組裝功能的正確性、全局數據結構、單模塊缺陷對系統的影響
系統測試
將軟件看成是一個完整的系統，對所有功能進行測試。這部分還包括回歸測試和冒煙測試，該部分時整個測試流程中耗時最長的部分。
測試階段：集成測試之后
測試對象: 整個系統
測試人員：黑盒測試工程師
測試依據：需求規格說明書
測試方法：黑盒測試
測試內容：功能、界面、可靠性、易用性、性能、兼容性、安全等
回歸測試和冒煙測試穿插在該部分中，回歸測試是指在系統修改過后重新進行以前的測試以確定修改沒有引入新的bug，該測試最好通過自動化測試來完成從而減少工作量。
冒煙測試則是指在系統完成新的編譯后編譯人員首先對基本功能進行測試確保不會出現問題，然后再進行后續詳細的測試工作。
驗收測試
該測試是部署軟件前的最后一次測試操作也叫作交付測試。
測試階段：系統測試之后
測試對象：整個系統
測試人員：最終用戶或需求方
測試依據：用戶需求和驗收標準
測試方法：黑盒測試
測試內容：和系統測試一樣
按照是否查看代碼進行分類
黑盒測試
黑盒測試也成為功能測試，測試中把被測的軟件當成一個黑盒子，不關心盒子的內部結構是什么，只關心軟件的輸入輸出。
白盒測試
白盒測試又稱為結構測試或透明盒測試，主要研究源代碼和程序結果。
灰盒測試
介于白盒測試和黑盒測試兩者之間， 即關心軟件的輸入輸出也關心軟件的內部結構。
按照測試對象進行劃分
業務測試
測試系統將各個模塊聯接起來，模擬用戶的真實業務場景。
界面測試
測試用戶界面的布局是否合理，整體風格是否一致、各個控件的防止位置是否符合客戶的習慣，還有操作系統的便捷性，導航的簡單易懂性，頁面元素的可用性，文字圖片的正確性。
容錯性測試
檢查軟件在異常條件下自身是否具有防護性措施或從災難中恢復的措施。
兼容性測試
檢查軟件在各個平臺下給出相同的輸入是否能夠得到相同多的輸出結果，是否能夠在各個平臺正常的工作
安全性測試
該方便較為專業，一般有信息安全從業者進行測試，主要測試系統時候存在能夠被網絡黑客利用的漏洞。
性能測試
對系統性能進行測試，確認系統性能是否滿足設計指標，主要從響應時間，TPS，資源利用率，吞吐量，處理精度等方面進行入手。
內存泄漏測試
該部分測試人員有一定的代碼知識和相關工具的使用，查找程序中是否存在內存泄漏的情況。
更多軟件測試相關推薦：
作者：羅斯托夫 文章來源：51testing測試圈 版權歸原作者所有
上文內容不用于商業目的，如涉及知識產權問題，請權利人聯系博為峰小編(021-64471599-8103)，我們將立即處理
滬公網安備 31010102002527號
