一、介面測試的概述
1.1.介面分類:api介面(作業系統或程式介面)和gui介面（圖形作業系統）
1.2. 介面測試的定義：測試系統元件間介面的一種測試,主要用於檢測外部系統與系統之間以及內部各個子系統之間的互動點.介面測試適用於複雜的系統!
1.3.介面測試的優勢:溝通了前端和後端
1.4.介面測試的分類:
1.業務功能測試 正常場景 異常場景
2.邊界分析測試 業務規則邊界分析 輸入輸出引數邊界分析
3.引數組合測試
4.異常情況測試 併發測試 事務測試 大資料測試
5.效能測試 響應時間 吞吐量 併發數 伺服器資源使用率
6.安全測試
1.5.介面測試的要點:
1.檢查資料的交換
2.傳遞和控制管理過程
3.以及系統間的相互邏輯依賴關係
二、 介面測試的特點:
1.http協議的基礎知識：http是基於tcp/ip通訊協議來傳遞資料（html檔案，）
2.http請求及其結構
3.http常用請求方式： http請求的八種方法分別是:get head post put delete connect options trace
4.http響應及其結構
5.http常見的響應碼
200:成功
301:請求資源轉移到其他url
404:請求資源不存在（請求路徑不存在）
500:內部伺服器錯誤（伺服器問題）
svn筆記.note
四、常用的介面測試工具
六、請求資料的引數化
1.postman的引數化
2.引數化例項(lget請求和post請求)
總結:get請求可以傳引數也可以不傳引數，但是post請求必須傳遞引數。以上的引數例項是採用post請求的形式進行引數傳遞。用來進行對使用不同的使用者名稱登入同乙個使用者郵箱來進行測試，測試結果顯示通過和失敗的請求個數都為零。
post請求傳入引數的案例分析:(針對使用者名稱不同的兩個使用者，使用同乙個郵箱進行登入時，)
（使用者名為sz_testing_1901_01的響應體，顯示的是登入成功，不會出現郵箱位址已被註冊的情況）
七、加入斷言
1.postman中斷言
2.斷言的實現
postman通過tests進行斷言的插入:分別對響應時間和狀態碼的斷言對狀態碼進行判斷（常用的兩種斷言）
3.斷言的例項: (請求方式是post)
(在tests新增斷言,分別是響應時間的斷言和狀態碼的斷言,在下圖中設定的響應時間不能超過1000ms,設定的響應狀態碼為404)
（執行結果，根據圖中post請求執行時響應的時間為93ms,所以下圖在執行響應斷言為pass;而該post請求的執行結果中的狀態碼為200，與加入的斷言的響應的狀態碼不一致，因此結果為fail）
介面測試總結
目的是 1 移動端與伺服器端的互動是否是通暢的 2 伺服器端返回的字段是否滿足我們的要求 在谷歌瀏覽器中進行介面測試 唯一的缺點是不能儲存session值 使用火狐瀏覽器進行測試，能夠儲存session值的。注意事項 1 哪些介面能用，哪些介面不能滿足移動端要求 做一下記錄 2 注意響應碼 響應碼的...
介面測試總結
一，介面測試 inte ce testing 介面測試是測試系統元件間介面的一種測試。介面測試主要用於檢測外部系統與系統之間以及內部各個子系統之間的互動點。測試的重點是要檢查資料的交換，傳遞和控制管理過程，以及系統間的相互邏輯依賴關係等。二，介面測試範圍 介面測試一般會用於多系統間互動開發，或者擁有...
介面測試總結
1 為什麼要做介面測試？答 1 可以發現一些前端頁面無法發現的問題。比如，提現操作，前端肯定會對提現金額做限制，假設服務端不進行限制。如果繞過前端，直接在介面進行提現，看結果是否還會正確。比如在介面傳入提現金額為 100，這時，介面會返回正確，這時餘額會增加100。2 可以做併發測試 假設多個使用者...