介面（API）是一個簡稱，全名叫應用程式編程介面(Application Programming Interface)，是一些預先定義的函式，目的是提供應用程式與開發人員基于某軟體或硬體得以訪問一組例程的能力，而又無需訪問原始碼，或理解內部作業機制的細節，
作業中的介面如打電話的按鍵，電梯中的樓層按鍵，開車時腳踩油門，介面就是一個位于復雜系統之上并且能簡化你的任務，它就像一個中間人讓你不需要了解詳細的所有細節，我們今天要講的Web API就是這么一類東西，
例如百度搜索，它提供了搜索介面，簡化了你的搜索任務
越底層發現bug，它的修復成本是越低的，介面屬于金字塔模型 的中間層，屬于收益產出比最高的
金字塔模型
前端隨便變，介面測好了，后端不用變
檢查系統的安全性，穩定性
系統復雜度上升，傳統測驗方法成本加大，效率降低，介面可以 解決這個問題
前后端框架分離，從安全層面說
只依賴前端進行驗證已經不能滿足安全的需求，因為繞過前 端太容易，要對介面做控制，做相應的校驗
前后端傳輸，日志列印等資訊是否加密傳輸也是需要驗證的，特別是密碼，身份證，銀行卡資訊等，
介面測驗的原理是什么呢？
測驗人員可以借助工具模擬客戶端向服務器端發送請求報文，服務器端接收請求報文后，對相應的報文做出處理并向客戶端回傳應答，工具模擬客戶端接收應答，然后測驗人員檢查應答是否準確，這就是介面測驗的原理，
介面測驗的范圍有哪些呢？
關于介面的測驗的范圍，主要從以下兩個方面進行介紹，
1、是否所有的介面都需要測驗？
隨著系統復雜度越來越高，介面越來越多，想完全覆寫所有介面是一件很困難的事情，
通常情況下，主要測驗最外層的兩類介面：資料進入系統的介面（呼叫外部系統的引數為本系統使用）和資料流出系統的介面（驗證系統處理后的資料是否正常）
2、被測介面需要測驗哪些方面？
測驗人員需要關注被測介面的功能是否實作，性能是否達標，安全性是否滿足，重點關注資料的交換，傳遞，處理次數以及控制管理的程序，
介面的分類？
依據所遵循協議的不同，常見介面可以分為以下三類，
HTTP介面，他是基于超文本傳輸協議開發的介面，但并不能排 除沒有使用其他協議
WebService介面，他是系統對外的介面，比如你要從別的網站或服務器上獲取資源，一般來說，別人不會把資料共享給你的，他們會提供一個他們寫好的方法，讓外部人員獲取資料，從而達到資料同步的目的，
RESTful介面，簡稱REST其描述了一個架構樣式的網路系統，核心是面向資源，REST專門針對網路應用設計和開發方式，降低開發的復雜性，提供系統的可伸縮性，
基于B/S架構的軟體系統介面大多數為HTTP介面
介面測驗流程？
1、撰寫介面測驗計劃
介面測驗計劃跟功能測驗計劃是一樣的，都是為了確認是否滿足需求，確定測驗環境及測驗計劃，為設計測驗用例做準備，一般來說，介面測驗計劃包含概述，測驗資源，測驗功能及重點，測驗策略，測驗風險及測驗標準
2、撰寫，評審介面測驗用例
根據需求檔案，介面檔案寫測驗用例，然后開發，測驗一起評審測驗用例是否符合需求和相關要求，下面的圖里面的內容可以供大家寫測驗用例的時候參考，
3、執行介面測驗
執行介面測驗的時候，可以借助已經開發好的工具，如比較主流Jmeter，Postman，SoapUI，或者直接自己寫代碼進行相應的介面測驗，
4、介面自動化測驗持續集成
第一，流程方面，在回歸階段加強例外場景的覆寫，并逐步向系統測驗，冒煙測驗階段延伸，最終達到全流程自動化，
第二，結果展示，更加豐富的結果展示，趨勢分析，質量統計和分析等
第三，問題定位，報錯資訊，日志更精準，方便問題復現與定位
第四，結果校驗，加強自動化校驗能力，如資料庫資訊校驗，
第五，代碼覆寫率，不斷嘗試由目前的黑盒向白盒下探，提供代碼覆寫率，
第六，性能需求，完善性能測驗體系，通過自動化的手段監控介面性能指標是否正常
小編今天就介紹到這里，希望對你有所幫助，如果大家有什么補充的可以留言，互相探討(＾Ｕ＾)ノ~Ｙ
https://www.bilibili.com/video/BV1Lp4y1B7oT
介面測驗視頻教程傳送門
轉載請註明出處，本文鏈接：https://www.uj5u.com/qita/262820.html
標籤：其他