1，接口的概念

1.接口是啥?

接口是傳遞數(shù)據(jù)的通道

接口測(cè)試: 是測(cè)試系統(tǒng)組件間接口的一種測(cè)試

接口主要包括: 同一個(gè)系統(tǒng)中模塊與模塊間的接口/前端后端接口, 另一個(gè)是跨系統(tǒng)平臺(tái)與平臺(tái)間的對(duì)接(內(nèi)部接口, 外部接口)

2. 常見(jiàn)接口類型/協(xié)議:

HTTP類型/協(xié)議: 通過(guò)get或post來(lái)獲取數(shù)據(jù), 在數(shù)據(jù)處理上效率比較高概念

Webservice類型/協(xié)議: 通過(guò)soap協(xié)議來(lái)獲取數(shù)據(jù),比起http來(lái)說(shuō)能處理更加復(fù)雜的數(shù)據(jù)類型, 本質(zhì)上也是http協(xié)議

3. 常見(jiàn)接口請(qǐng)求方式:

get, post 兩者區(qū)別?

2，通過(guò)項(xiàng)目架構(gòu)理解接口

點(diǎn)擊下一步à觸發(fā)接口(將數(shù)據(jù)傳遞給后臺(tái))(接口只做數(shù)據(jù)的傳輸, 別的什么也不干!!!)

Tomcat容器裝項(xiàng)目代碼, 在Tomcat容器里, 代碼就會(huì)做各種各樣的數(shù)據(jù)校驗(yàn)

前端進(jìn)行輸入限制, 后端也得限制

聯(lián)調(diào)

前后端聯(lián)調(diào): 前后端工作上的溝通

3， 剖析http request –瀏覽器F12

一個(gè)http request(http請(qǐng)求)指從客戶端到服務(wù)端的請(qǐng)求消息, 包括以下信息:

1. HTTP版本/請(qǐng)求地址url;

2. 請(qǐng)求方法: get, post

3. 請(qǐng)求頭:

4. 請(qǐng)求正文: 就是請(qǐng)求參數(shù)

4，剖析http response — 瀏覽器F12

狀態(tài)碼: 標(biāo)記響應(yīng)狀態(tài)的一個(gè)標(biāo)識(shí)

響應(yīng)頭: response header

響應(yīng)正文: 針對(duì)請(qǐng)求從服務(wù)響應(yīng)回來(lái)的數(shù)據(jù), 如xml, json等

5，常見(jiàn)的http狀態(tài)碼

200(正常): 表示一切正常, 到了服務(wù)器, 并且服務(wù)器正常的響應(yīng)了你的請(qǐng)求

302(臨時(shí)重定向): 指出被請(qǐng)求的文檔臨時(shí)被移到了別處, 此文檔的新的url在location響應(yīng)頭中給出

304(未修改): 表示客戶機(jī)緩存的版本是最新的, 客戶機(jī)應(yīng)該繼續(xù)使用他, 比如說(shuō)前端js

403(禁止): 服務(wù)器理解客戶端請(qǐng)求, 但拒絕處理它, 通常由于服務(wù)器上文件或目錄的權(quán)限設(shè)置所致

404(找不到): 服務(wù)器上不存在客戶機(jī)所請(qǐng)求的資源

500(內(nèi)部服務(wù)器錯(cuò)誤): 服務(wù)器端的CGI,ASP,JSP等程序發(fā)生錯(cuò)誤

504: 超時(shí)

6，剖析cookie session

Cookie: 在客戶端存儲(chǔ)用戶的一些數(shù)據(jù), 比如說(shuō)用戶名信息

Session: 在服務(wù)器端, 記錄用戶的請(qǐng)求狀態(tài), 一般默認(rèn)時(shí)間是30分鐘

會(huì)員卡機(jī)制:

Session_id會(huì)存在你cookie中, 每次請(qǐng)求cookie中的所有信息都會(huì)傳送給服務(wù)器,服務(wù)器通過(guò)session_id來(lái)識(shí)別是否是同一個(gè)用戶的請(qǐng)求, 不是同一個(gè)用戶的話, 就會(huì)要求用戶重新登陸

為什么會(huì)有這種機(jī)制? 因?yàn)閔ttp請(qǐng)求是無(wú)狀態(tài)的.

7，接口相關(guān)問(wèn)題

1. 什么時(shí)候要做接口測(cè)試?

公司有接口測(cè)試需求, 接收到接口測(cè)試任務(wù)(所有的測(cè)試都應(yīng)該追溯到需求)

2. 為什么要做接口測(cè)試?

開(kāi)發(fā)代碼初期, UI和web頁(yè)面設(shè)計(jì)還沒(méi)有到位, 提前介入測(cè)試更早發(fā)現(xiàn)問(wèn)題, 否則底層的一個(gè)bug可能會(huì)引起外面的8個(gè)bug

處于接口安全層面考慮, 前端進(jìn)行限制容易繞過(guò), 需要同樣測(cè)試后端的限制, 另外測(cè)試接口驗(yàn)證數(shù)據(jù)的加密傳輸, 例如用戶密碼

3. 接口測(cè)試原理?

模擬客戶端向服務(wù)器發(fā)送請(qǐng)求, 服務(wù)器端接收請(qǐng)求后對(duì)響應(yīng)的請(qǐng)求作出處理, 并向客戶端返回相應(yīng)結(jié)果, 客戶端接收結(jié)果的一個(gè)過(guò)程

4. 后端接口測(cè)試一遍, 前端也測(cè)試一遍, 是不是重復(fù)測(cè)試了?

==肯定要測(cè)試, 但是呢, 功能測(cè)試又不需要測(cè)試的那么詳細(xì)那么仔細(xì), 異常情況的話, 就選擇一些常見(jiàn)的即可

5. 接口測(cè)試屬于測(cè)試執(zhí)行的哪個(gè)階段?

按照測(cè)試執(zhí)行階段劃分, 在哪個(gè)階段?

集成測(cè)試階段! ! ! !

單元à集成à系統(tǒng)à驗(yàn)收

總結(jié)

以上是生活随笔為你收集整理的同一个项目相互调接口_超详细——接口测试总结与分享（一）的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問(wèn)題。

如果覺(jué)得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。