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

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

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

1。開發(fā)人員需要轉(zhuǎn)到接口的WSDL地址和接口設(shè)計(jì)規(guī)范。

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

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

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

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

在前后端分離后，應(yīng)該用什么工具測試后端接口，postman貌似是不可以的，因?yàn)樗鼫y試的時(shí)候不存在跨域？

webservice接口和restful接口哪個(gè)更好？

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

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