SoapUI Pro擁有許多其他web服務測試工具所不具備的高級技術和功能。對于REST、SOAP以及其他流行的API和物聯網協(xié)議，SoapUI Pro提供了業(yè)界最全面的功能測試功能。通過易用的圖形界面和企業(yè)級功能，SoapUI Pro允許你快速創(chuàng)建和執(zhí)行自動功能測試。在單一環(huán)境下，SoapUI Pro提供了完整的測試覆蓋，支持所有的標準協(xié)議和技術。本文旨在引導SoapUI Pro新用戶開始第一次功能測試，供大家學習討論。

條款：

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

    200 OK (success) 

    和

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

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

如何測試Web服務

要確保Web服務正常運行，需要創(chuàng)建并運行功能測試。這些測試將請求發(fā)送到服務器并驗證其響應。 在ReadyAPI中，用戶可以在SoapUI中創(chuàng)建功能，并且可以在特殊編輯器中輕松模擬請求并自定義其參數：

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

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

200 OK (success) 

通常表示服務器成功處理了請求。

在現實生活中，客戶端通常向服務器發(fā)送一系列請求。例如，對于在線商店，第一個請求可用于登錄，以及后續(xù)請求，比如用于購買某些產品。在SoapUI中，用戶通過將請求和其他測試步驟組織到測試用例中來模擬這種真實行為。一起工作的多個測試用例被分組到測試套件中，而測試套件又屬于測試項目。

下次連載更新將會介紹創(chuàng)建功能測試的步驟，敬請關注~

想要購買SoapUI Pro正版授權，或者獲取更多該產品相關信息的朋友可以點擊" "~

SoapUI Pro正在參加年終大促，價格優(yōu)惠！詳情請點擊 年終巔峰鉅惠 "~