SmartBear SoapUI Pro入門教程--第一次功能測試（一）

SoapUI Pro擁有許多其餘web服務測試工具所不具有的高級技術和功能。對於REST、SOAP以及其餘流行的API和物聯網協議，SoapUI Pro提供了業界最全面的功能測試功能。經過易用的圖形界面和企業級功能，SoapUI Pro容許你快速建立和執行自動功能測試。在單一環境下，SoapUI Pro提供了完整的測試覆蓋，支持全部的標準協議和技術。本文旨在引導SoapUI Pro新用戶開始第一次功能測試，供你們學習討論。

 

---

條款：

• Web服務是客戶端/服務器應用程序，其中客戶端和服務器經過HTTP協議或基於HTTP的其餘協議在Web上交換數據。此類應用的示例包括導航軟件，在線銀行客戶端，天氣監視系統等。
• 客戶端發送請求的URL包含有關已測試服務器（主機）的信息，用於通訊的端口號以及請求的服務器資源，例如頁面或文件路徑：
• 客戶端發送給服務器的Requests具備如下結構：
  • 指定HTTP方法的起始行（如GET，POST或DELETE），目標URL和協議版本。
  • 傳遞額外信息的標頭，如預期的響應數據格式，或請求數據的大小和格式。
  • （可選）請求正文。
    Responses有相似的結構：
  • 帶響應代碼和消息的起始行。一些經常使用代碼是

    200 OK (success)

    和

    404 Not Found (failure, the requested resource was not found)

  • 描述響應數據格式幷包含其餘值（如cookie，服務器信息等）的標頭。
  • 響應主體，例如，包含請求數據的數組，圖像，文件等。
• 請求和響應主體的經常使用格式是JSON和XML。
• 客戶端發送到服務器執行的命令稱爲action,method和operation，具體取決於服務體系結構樣式（SOAP或REST，請參見下文）。
• Web服務的兩種流行架構風格是SOAP和REST：
  • SOAP服務使用經過HTTP構建的SOAP協議。這些服務使用POST類型的HTTP請求，並在請求和響應主體中以XML格式傳遞數據。全部請求都轉到同一個URL，要執行的操做由請求正文中的特殊請求標頭或XML元素指定。
  • REST服務經過HTTP工做。要執行的操做由HTTP方法和請求的資源名稱的組合設置。REST服務定義有幾種格式：OpenAPI（Swagger），WADL和其餘一些格式。

---

如何測試Web服務

要確保Web服務正常運行，須要建立並運行功能測試。這些測試將請求發送到服務器並驗證其響應。 在ReadyAPI中，用戶能夠在SoapUI中建立功能，而且能夠在特殊編輯器中輕鬆模擬請求並自定義其參數：

要驗證響應數據和響應代碼，請向測試請求添加assertions（斷言）：

肯定服務器是否正常工做的最簡單方法是檢查響應代碼。

200 OK (success)

一般表示服務器成功處理了請求。

在現實生活中，客戶端一般向服務器發送一系列請求。例如，對於在線商店，第一個請求可用於登陸，以及後續請求，好比用於購買某些產品。在SoapUI中，用戶經過將請求和其餘測試步驟組織到測試用例中來模擬這種真實行爲。一塊兒工做的多個測試用例被分組到測試套件中，而測試套件又屬於測試項目。

---

下次連載更新將會介紹建立功能測試的步驟，敬請關注~

想要獲取更多SoapUI Pro相關信息能夠點擊這裏。