一、介面測試分類
分類：測試外部介面：是被測系統和外部系統之間的介面，（一般正常呼叫就行）
測試內部介面：是被測系統內部各個模組之間的介面
1.內部介面提供給內部系統使用（一般只要正常呼叫即可）
2.內部介面提供給外部系統使用（測試必須非常全面）
外部：**、京東、支付寶
介面測試重點測試什麼？
介面引數傳遞的正確性，介面功能的正確性，以及各種異常情況系統的容錯能力，介面的許可權控制，介面的相容性
二、介面流程，用例設計方案
1.拿到api介面文件（可以從開發拿，也可以自己抓包），熟悉介面文件業務，介面位址，介面鑑權（鑑權是否有訪問的許可權）方式，介面入參，出參，是否有完善的錯誤碼機制
2.編寫介面測試用例以及評審。
思路：正例：輸入正常的入參，介面能夠正常返回（post/get）
反例：鑑權反例：必填，錯誤的鑑權碼，鑑權碼過期
引數反例：必填，引數型別異常，引數的長度異常
錯誤碼反例：
其他場景：黑名單，介面呼叫次數限制，分頁場景。
介面的相容性：乙個介面是否能夠相容多個版本的前端
3.使用介面測試工具postman，jmeter執行介面測試，提供bug，以及bug驗證。
4.postman+newman+jenkins+git實現持續整合並且生成報告
三、執行介面測試
請求：請求方式，請求路徑，請求頭，請求引數
params：get請求傳參
authorization：鑑權
headers：請求頭
accept：客戶端接收的資料型別。
content-type：客戶端傳送給伺服器的資料型別
user-agent：客戶端的型別
xmlhttprequest：非同步請求
body：post請求傳參
none：沒有引數
form-data：檔案上傳（包含鍵值對和檔案上傳）
x-www-from-urlencodeed：表單請求（鍵值對）
raw：使用原始資料格式請求（json，xml，html，text，j**ascript）
binary：二進位制檔案上傳
pre-request script：請求之前的指令碼。
tests：請求之後的指令碼
settings：設定
cookies：是postman用於自動管理cookie的功能
body：返回的值
pretty：以不同的格式檢視返回結果
raw：以文字的 格式檢視返回結果
preview：以網頁格式檢視返回結果
cookies：響應的cookie
headers：響應頭
testresults：斷言的結果
除錯：console控制台
面試題：get請求和postman請求的區別是什麼？
1.get請求一般用於獲取資料，post一般用於提交資料。
2.傳參的方式不一樣：
get請求再介面位址裡面以？的方式傳參，多個引數直接用&分隔。
postman是在body裡傳參
3.post比get請求安全
4.get請求只發乙個資料報文，post請求傳送兩個資料報文
1.取值並設定全域性變數
//列印用於除錯
console。log(responsebody)
//把返回的字串轉換成json物件
var baili = json.parse（responsebody）
console.log(baili.access_token)
2.在需要的介面裡面通過}取得全域性變數的值
}
介面測試概念
據說介面測試很重要，這兩天看了一下介面測試 並記錄下來 首先介面測試是在整合測試階段展開的，整合測試又分為 ui層 service層 unit層 而介面測試就位於中間層的service層。web頁面做的越來越複雜，互動資料越來越多，在前端頁面和後台伺服器之間有大量資料傳遞 函式呼叫 為了降低前端工程...
介面測試（一）
超文字傳輸協議，是乙個基於請求與響應模式的 應用層的協議。url作用 在網路環境中，唯一的定義乙個資料資源。協議 規定資料傳輸的方式。www.bilibili.com 網域名稱 ip 在網路環境中找到主機。443 埠號 常省略 在網路主機上，標識乙個程序 應用程式 bv11g411v7kf p 15...
介面測試系列（一） 什麼是介面測試
現在的專案中基本是構建在各種api中。有自己提供的api，有呼叫別人的api。api就像是鑰匙，每個門都需要鑰匙去開啟。要想去開啟門，沒有鑰匙怎麼行呢。所以api之所以重要，就是因為它是網路世界的通行證。對於程式來說，api就是提供給被人呼叫的方式，它會規定應該怎麼使用。其中包括 協議，位址，引數和...