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. 介面測試屬於測試執行的哪個階段?
按照測試執行階段劃分, 在哪個階段?
整合測試階段! ! ! !
單元à整合à系統à驗收