http接口測試和webservice接口測試的區(qū)別？由于XML解析的原因，WebService接口的測試速度會低于HTTP接口的測試速度。WebService是HTTP的一個特殊版本，它遵循一種特殊

http接口測試和webservice接口測試的區(qū)別？

由于XML解析的原因，WebService接口的測試速度會低于HTTP接口的測試速度。WebService是HTTP的一個特殊版本，它遵循一種特殊的XML消息格式。內(nèi)容類型設置為text/XML，任何數(shù)據(jù)都可以是XML。Web服務接口測試過程：

1。開發(fā)人員需要轉到接口的WSDL地址和接口設計規(guī)范。

2. 在soapUI中創(chuàng)建一個新項目并導入WSDL地址。

3. 選擇要測試的接口的方法，然后選擇request。

4. 根據(jù)接口設計規(guī)范選擇要測試的方法的XML請求，粘貼到soapUI的request列中，然后用自己的測試數(shù)據(jù)替換原始XML請求中的參數(shù)。

5. 點擊〖運行〗按鈕，查看返回的XML響應，參照接口設計規(guī)范和自己的輸入?yún)?shù)，判斷接口返回的XML響應是否為預期結果，從而判斷接口是否連通。超文本？傳輸協(xié)議（HTTP）是Internet上應用最廣泛的網(wǎng)絡傳輸協(xié)議。所有www文件必須符合此標準。HTTP最初的設計目的是提供一種發(fā)布和接收HTML頁面的方法。

在前后端分離后，應該用什么工具測試后端接口，postman貌似是不可以的，因為它測試的時候不存在跨域？

webservice接口和restful接口哪個更好？

rest是一種架構風格。其核心是資源導向，遵循積垢原則。這一原則告訴我們，我們只需要對資源進行四種行為，即：創(chuàng)建、獲取、更新和刪除，這些資源執(zhí)行的行操作由HTTP協(xié)議規(guī)定，而WebService的底層是soap協(xié)議，核心是面向活動，有嚴格的規(guī)范和標準，包括證券、交易等。

如果我們想使用restful或WebService，我們需要考慮資源本身。我們要看資源本身是一個簡單的業(yè)務操作，類似于添加、刪除、修改、查詢，還是一個比較復雜的業(yè)務操作，比如轉移、事務處理等；第二是看是否有嚴格的規(guī)范和標準，當有多個業(yè)務系統(tǒng)的集成和開發(fā)時，我們需要考慮在使用soap協(xié)議方面有比較優(yōu)勢。如果是簡單的數(shù)據(jù)操作，沒有事務處理，并且開發(fā)和調(diào)用相對簡單，那么使用rest架構風格就比較有優(yōu)勢。對于更復雜的面向活動的服務，使用rest是沒有意義的。