同一个项目相互调接口_超详细——接口测试总结与分享(一)
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等
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. 接口測試屬于測試執行的哪個階段?
按照測試執行階段劃分, 在哪個階段?
集成測試階段! ! ! !
單元à集成à系統à驗收
總結
以上是生活随笔為你收集整理的同一个项目相互调接口_超详细——接口测试总结与分享(一)的全部內容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: nmon结果分析工具_Nmon实时监控并
- 下一篇: 怎么计算一组数据的波动_[理论+spss