- SoapUI 教程
- SoapUI - 首頁
- SOAP 基礎
- SOAP - 簡介
- SOAP - 訊息
- SOAP - 什麼是 REST?
- SoapUI 基礎
- SoapUI - 簡介
- SoapUI - 功能
- SoapUI - NG Pro
- SoapUI - 安裝與配置
- SoapUI - WSDL
- SoapUI - 專案
- SoapUI - 測試套件
- SoapUI - 測試用例
- SoapUI - 測試步驟
- SoapUI - 請求與響應
- SoapUI - 屬性
- SoapUI - 屬性傳遞
- SoapUI - 日誌窗格
- SoapUI - 斷言
- SoapUI - 故障排除
- SoapUI - 效能測試
- SoapUI - 負載測試
- SoapUI - RESTful Web 服務
- SoapUI - JDBC 連線
- SoapUI - JDBC 屬性
- SoapUI - JDBC 斷言
- SoapUI 有用資源
- SoapUI - 快速指南
- SoapUI - 有用資源
- SoapUI - 討論
SoapUI - 效能測試
效能測試是 Web 服務測試中最常見且重要的檢查點之一。效能測試定義為人工建立或模擬負載,並衡量環境如何處理該負載。
這意味著它不一定要是系統在高負載下的效能,也可以是其在基本負載或預期負載下的效能。它甚至不必是結構化的、自動化的或在 SoapUI 等測試軟體中建立的;只是快速地反覆重新整理網頁也是一種負載測試。
效能測試型別
以下是效能測試的型別:
基準測試 - 檢查系統在預期或正常負載下的效能,並建立一個基線,其他型別的測試可以與之進行比較。
負載測試 - 包括增加負載並觀察系統在更高負載下的行為。在負載測試期間,使用者可以監控響應時間、吞吐量、伺服器狀態等等。負載測試的目標不是破壞目標環境。
浸泡測試 - 測試的目標是確保在較長時間內不會出現任何意外行為。
可擴充套件性測試 - 可擴充套件性測試非常類似於負載測試,但是它不是增加請求數量,而是增加發送請求的大小或複雜性。例如,傳送大型請求、大型附件或巢狀深度較大的請求。
Web 服務的關鍵方面
Web 服務效能的獨特特性突出了兩個方面。
第一個方面
在伺服器端,正在進行 XML/JSON 處理,包括 XML/JSON 解析和序列化。通常首先失敗的是有效負載的處理。失敗的原因可能是多方面的;它可能存在於平臺、應用程式伺服器的弱點中,或者可能是由於不必要複雜的 WSDL 導致的實現問題。它也可能意味著程式碼正在向響應速度較慢的資料庫發出請求。
測試方面 - 解析 XML/JSON 有效負載的複雜性意味著需要額外關注可擴充套件性測試。這也意味著應該仔細檢查 WSDL。如果請求和響應很複雜或很大,或者包含大型附件,則應重點強調複雜性,並觀察其在負載下的行為。
第二個方面
另一個經常遇到的因素是安全性。HTTPS 後面的安全站點效能明顯較低,在 Web 服務測試中,我們可以在 HTTP 安全性層上新增一層 WSSecurity,從而進一步降低效能。
測試方面 - 安全性問題意味著需要專注於執行安全請求的測試。如果整個 Web 服務都是安全的,則負載測試更為重要,尤其是在使用 WS-Security 和令牌處理的情況下。