1，介面的概念

1.介面是啥? 

介面是傳遞資料的通道

介面測試: 是測試系統元件間介面的一種測試

介面主要包括: 同一個系統中模組與模組間的介面/前端後端介面, 另一個是跨系統平臺與平臺間的對接(內部介面, 外部介面)

2. 常見介面型別/協議:

HTTP型別/協議: 通過get或post來獲取資料, 在資料處理上效率比較高概念

Webservice型別/協議: 通過soap協議來獲取資料,比起http來說能處理更加複雜的資料型別, 本質上也是http協議

3. 常見介面請求方式:

get, post 兩者區別?

2，通過專案架構理解介面

點選下一步à觸發介面(將資料傳遞給後臺)(介面只做資料的傳輸, 別的什麼也不幹!!!)

Tomcat容器裝專案程式碼, 在Tomcat容器裡, 程式碼就會做各種各樣的資料校驗

前端進行輸入限制, 後端也得限制

聯調

前後端聯調: 前後端工作上的溝通

3， 剖析http request –瀏覽器F12

一個http request(http請求)指從客戶端到服務端的請求訊息, 包括以下資訊:

1. HTTP版本/請求地址url;

2. 請求方法: get, post

3. 請求頭:

4. 請求正文: 就是請求引數

4，剖析http response — 瀏覽器F12

狀態碼: 標記響應狀態的一個標識

響應頭: response header

響應正文: 針對請求從服務響應回來的資料, 如xml, json等

免費分享軟體測試資料，有需要的同學加企鵝~3140781314

5，常見的http狀態碼

200(正常): 表示一切正常, 到了伺服器, 並且伺服器正常的響應了你的請求

302(臨時重定向): 指出被請求的文件臨時被移到了別處, 此文件的新的url在location響應頭中給出

304(未修改): 表示客戶機快取的版本是最新的, 客戶機應該繼續使用他, 比如說前端js

403(禁止): 伺服器理解客戶端請求, 但拒絕處理它, 通常由於伺服器上檔案或目錄的許可權設定所致

404(找不到): 伺服器上不存在客戶機所請求的資源

500(內部伺服器錯誤): 伺服器端的CGI,ASP,JSP等程式發生錯誤

504: 超時

6，剖析cookie session

Cookie: 在客戶端儲存使用者的一些資料, 比如說使用者名稱資訊

Session: 在伺服器端, 記錄使用者的請求狀態, 一般預設時間是30分鐘

會員卡機制:

Session_id會存在你cookie中, 每次請求cookie中的所有資訊都會傳送給伺服器,伺服器通過session_id來識別是否是同一個使用者的請求, 不是同一個使用者的話, 就會要求使用者重新登陸

為什麼會有這種機制? 因為http請求是無狀態的.

7，介面相關問題

1. 什麼時候要做介面測試?

公司有介面測試需求, 接收到介面測試任務(所有的測試都應該追溯到需求)

2. 為什麼要做介面測試?

開發程式碼初期, UI和web頁面設計還沒有到位, 提前介入測試更早發現問題, 否則底層的一個bug可能會引起外面的8個bug

處於介面安全層面考慮, 前端進行限制容易繞過, 需要同樣測試後端的限制, 另外測試介面驗證資料的加密傳輸, 例如使用者密碼

3. 介面測試原理?

模擬客戶端向伺服器傳送請求, 伺服器端接收請求後對響應的請求作出處理, 並向客戶端返回相應結果, 客戶端接收結果的一個過程

4. 後端介面測試一遍, 前端也測試一遍, 是不是重複測試了?

==肯定要測試, 但是呢, 功能測試又不需要測試的那麼詳細那麼仔細, 異常情況的話, 就選擇一些常見的即可 

5. 介面測試屬於測試執行的哪個階段?

按照測試執行階段劃分, 在哪個階段?

整合測試階段! ! ! !

單元à整合à系統à驗收

&n