1.首先最主要的就是要分析介面測試文件，每乙個公司的測試文件都是不一樣的。具體的就要根據自己公司的介面而定，裡面缺少的內容自己需要與開發進行確認。
我認為一針對於測試而言的主要的介面測試文件應該包含的內容分為以下幾個方面。
a.具體的乙個業務實現的邏輯；
b.請求的乙個方式 例如：請求方式為( http ) (http介面)
d.加密的方式（現在各個公司都是比較注重安全的，因此每個公司對資料的加密方式也是不一樣的，例如現在市面上最流行的免費的加密編碼工具就是base64）
e.之後就是每乙個介面對應的一些規範
例如： 請求方法（常見的位post(向伺服器傳送資料，相對於get 而言，post還是比較安全的)get(從伺服器獲取資料)）
請求引數
返回規範（返回值裡面包含的內容或者有一條具體的返回示例）
2.分析完了介面測試文件之後，我們需要根據介面文件來分析出做之前的一些預埋資料：所謂預埋資料就是做之前我們資料庫裡面必須存在的資料。
例如：簡單的乙個示例：針對乙個加油站的業務（模擬第三方向加油站傳送請求資料，後續根據這些資料做一系列的操作）
例如：通過支付寶第三方平台，使用者使用銀行卡的繫結向加油站傳送請求資料。繫結成功後加油站會返回乙個唯一的表示服 userid進行後續的充值、消費、查詢的業務。（通過這裡可以判斷出，我們作為加油站的測試人員要測試乙個加油站的後續業務的乙個正常使用流程為：繫結銀行卡--充值--消費--查詢）這裡的預埋的資料就是需要：第三方平台編號，銀行卡這兩個字段資料庫本身就應該是存在的。。
3.有了預埋資料後，則我們需要針對於每乙個介面進行測試案例的編寫
這個測試案例的編寫和我們平時做的功能測試用例編寫幾乎是一樣的（正常的流程操作，正案例和反案例），只是上傳的引數不同。給大家舉個簡單的例子，但這個並不是乙個完整的案例。
介面測試 介面文件規範
介面測試的依據，往往不是需求文件，而是介面文件。介面文件不管以什麼形式存在，需要包含的內容有 介面名稱 介面型別 輸入引數 每個引數名 每個引數型別 每個引數業務含義 每個是否可空 每個字段長度 可選，一般需要提供，有嚴格要求的字段需特別註明 每個引數的單位 可選，金額類字段需註明 d.輸出結果 每...
介面測試入門
1 安裝request 官方文件 requests的官方文件 通過pip方法安裝pip install requests 2 收集介面測試需要的資訊 使用fiddler或者其他方式獲取以下資訊 介面位址url 介面需要提交的資料data 請求頭部資料header 3 post提交請求 以下是pych...
介面測試 入門
在其核心，應用程式程式設計介面 api 是作為兩個單獨的軟體之間的保證合同的正式規範。api提供程式定義了它期望的一組操作，資料格式和協議。api的消費者 稱為客戶端 將使用那些規則，客戶端將永遠不必擔心api本身的內部，只要它遵循規則。api測試包括直接測試應用程式程式設計介面 api 以及作為整...