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中，使用者通過將請求和其他測試步驟組織到測試用例中來模擬這種真實行為。一起工作的多個測試用例被分組到測試套件中，而測試套件又屬於測試專案。
下次連載更新將會介紹建立功能測試的步驟，敬請關注~