1.首先最主要的就是要分析接口測(cè)試文檔，每一個(gè)公司的測(cè)試文檔都是不一樣的。具體的就要根據(jù)自己公司的接口而定，里面缺少的內(nèi)容自己需要與開發(fā)進(jìn)行確認(rèn)。

我認(rèn)為一針對(duì)于測(cè)試而言的主要的接口測(cè)試文檔應(yīng)該包含的內(nèi)容分為以下幾個(gè)方面。

a.具體的一個(gè)業(yè)務(wù)實(shí)現(xiàn)的邏輯；

b.請(qǐng)求的一個(gè)方式??例如：請(qǐng)求方式為(? http ) ????????????????????http://127.0.0.1:8881/gasStation/process (http接口)

c.反饋的一個(gè)方式，一般情況下http的反饋方式為json格式的（具體json格式書寫大家了百度進(jìn)行參考），一般情況下code返回200是正常情況，但是這個(gè)也要根據(jù)自公??? 司功能的一個(gè)反饋code碼位標(biāo)準(zhǔn)。

d.加密的方式（現(xiàn)在各個(gè)公司都是比較注重安全的，因此每個(gè)公司對(duì)數(shù)據(jù)的加密方式也是不一樣的，例如現(xiàn)在市面上最流行的免費(fèi)的加密編碼工具就是base64）

e.之后就是每一個(gè)接口對(duì)應(yīng)的一些規(guī)范

例如： ? ? 請(qǐng)求方法（常見的位POST(向服務(wù)器發(fā)送數(shù)據(jù)，相對(duì)于GET?而言，POST還是比較安全的)GET(從服務(wù)器獲取數(shù)據(jù))）

請(qǐng)求參數(shù)

返回規(guī)范（返回值里面包含的內(nèi)容或者有一條具體的返回示例）

這是一些我自己認(rèn)為一份接口文檔所需要的內(nèi)容，后續(xù)有需要了，可以留言，我在進(jìn)行補(bǔ)充，進(jìn)行完善。

2.分析完了接口測(cè)試文檔之后，我們需要根據(jù)接口文檔來分析出做之前的一些預(yù)埋數(shù)據(jù)：所謂預(yù)埋數(shù)據(jù)就是做之前我們數(shù)據(jù)庫(kù)里面必須存在的數(shù)據(jù)。

例如：簡(jiǎn)單的一個(gè)示例：針對(duì)一個(gè)加油站的業(yè)務(wù)（模擬第三方向加油站發(fā)送請(qǐng)求數(shù)據(jù)，后續(xù)根據(jù)這些數(shù)據(jù)做一系列的操作）

例如：通過支付寶第三方平臺(tái)，用戶使用銀行卡的綁定向加油站發(fā)送請(qǐng)求數(shù)據(jù)。綁定成功后加油站會(huì)返回一個(gè)唯一的表示服? userId進(jìn)行后續(xù)的充值、消費(fèi)、查詢的業(yè)務(wù)。（通過這里可以判斷出，我們作為加油站的測(cè)試人員要測(cè)試一個(gè)加油站的后續(xù)業(yè)務(wù)的一個(gè)正常使用流程為：綁定銀行卡--充值--消費(fèi)--查詢）這里的預(yù)埋的數(shù)據(jù)就是需要：第三方平臺(tái)編號(hào)，銀行卡這兩個(gè)字段數(shù)據(jù)庫(kù)本身就應(yīng)該是存在的。。

3.有了預(yù)埋數(shù)據(jù)后，則我們需要針對(duì)于每一個(gè)接口進(jìn)行測(cè)試案例的編寫

???這個(gè)測(cè)試案例的編寫和我們平時(shí)做的功能測(cè)試用例編寫幾乎是一樣的（正常的流程操作，正案例和反案例），只是上傳的參數(shù)不同。給大家舉個(gè)簡(jiǎn)單的例子，但這個(gè)并不是一個(gè)完整的案例。