一、介面測試定義
介面測試是測試系統元件間介面的一種測試。
介面測試主要用於檢測外部系統與系統之間以及內部各個子系統之間的互動點。
測試的重點是要檢查資料的交換，傳遞和控制管理過程，以及系統間的相互邏輯依賴關係等。
系統複雜度不斷上公升，傳統的測試方法成本急劇增加且測試效率大幅下降；
單一產品之間的測試已不能滿足質量需求，產品與產品之間的互動也要保障，跨產品的聯調必不可少，之間的橋梁更多是介面；
系統前後端分析是很普遍的，從安全層面來說，只依賴前端進行限制已經完全不能滿足系統的安全要求， 後端同樣需要進行控制，這種情況下更多是介面驗證。
介面測試相對簡單且容易實現自動化持續整合，相對ui自動化更加穩定，可以減少人工回歸測試人力成本與時間，縮短測試週期，支援快速迭代發版的需求。
get使用url或cookie傳參，以?分割url和傳輸資料，用&符號連線多個引數。而post將資料放在body中。
get的url會有長度上的限制，一般不能大於2kb（具體看瀏覽器和伺服器的限制），post的資料則可以非常大。
post比get安全，因為資料在位址列上不可見，get更容易受到sql注入。
一般get請求用來獲取資料，post請求用來傳送資料。
介面測試工具：soapui/jmeter/postman/等
介面管理工具：rap/postman/swagger等
抓包工具：fiddler/httpwatch/wireshark/charles等
介面自動化框架：python+requests+unittest+htmltestrunner/jmeter+ant+jenkin等
需求評審->介面定義->用例設計->測試執行->結果分析
介面測試用例包含三部分：
純介面的校驗（主要包含每個引數合法性校驗、輸入輸出是否合法等，基本對照api文件即可）
基於業務場景的（正常場景、異常場景，一般包含多介面呼叫）
介面效能、安全等方面
介面不關注內部具體實現---過程，而是關注功能實現---結果。
檢查傳參的合法性以及返回資料的正確性。
業務功能是否完整
引數驗證是否達到要求（邊界、型別、長度、格式等）
介面異常場景覆蓋是否完整
效能指標是否滿足要求
安全指標是否滿足要求
介面測試 介面文件規範
介面測試的依據，往往不是需求文件，而是介面文件。介面文件不管以什麼形式存在，需要包含的內容有 介面名稱 介面型別 輸入引數 每個引數名 每個引數型別 每個引數業務含義 每個是否可空 每個字段長度 可選，一般需要提供，有嚴格要求的字段需特別註明 每個引數的單位 可選，金額類字段需註明 d.輸出結果 每...
介面測試應知
get請求，post請求的區別 1 get使用url或cookie傳參。而post將資料放在body中。2 get的url會有長度上的限制，則post的資料則可以非常大。3 post比get安全，因為資料在位址列上不可見。4 一般get請求用來獲取資料，post請求用來傳送資料。其實上面這幾點，只有...
介面測試用例規範
通常，設計介面測試用例需要考慮以下幾個方面 1 是否滿足前提條件 有些介面需要滿足前提，才可成功獲取資料。常見的，需要登入token 逆向用例 針對是否滿足前置條件 假設為n個條件 設計0 n條用例 2 是否攜帶預設值引數 正向用例 帶預設值的引數都不填寫 不傳參，必填引數都填寫正確且存在的 常規 ...