Postman 最被低估的功能

Postman 最被低估的功能，自動(dòng)化接口測(cè)試效率簡(jiǎn)直無(wú)敵！

• Window 7 - 64
• Postman 版本（免費(fèi)版）：Chrome App v5.5.3

• 如何判斷接口是否請(qǐng)求成功
• 如何進(jìn)行接口批量、定期測(cè)試
• 如何處理依賴接口問(wèn)題（比如商品下單的接口必須要求先登錄）

接口結(jié)果判斷

首先，既然是自動(dòng)化測(cè)試，那么我們肯定需要工具 (Postman) 或者代碼能幫我們直接判斷結(jié)果是否符合預(yù)期。那么在接口測(cè)試上，大體就兩個(gè)思路：

• 判斷請(qǐng)求返回的 code 是否符合預(yù)期，搜索公眾號(hào)互聯(lián)網(wǎng)架構(gòu)師復(fù)“2T”，送你一份驚喜禮包。

• 判斷請(qǐng)求返回的內(nèi)容中是否包含預(yù)期的內(nèi)容（關(guān)鍵字）

接下來(lái)我們看看如何利用 Postman 來(lái)解決上述的問(wèn)題：

功能區(qū)

腳本相關(guān)

• responseCode ：包含請(qǐng)求的返回的狀態(tài)信息(如：code)
• responseBody：為接口請(qǐng)求放回的數(shù)據(jù)內(nèi)容（類型為字符串）
• tests ：為鍵值對(duì)形式，用于表示我們的測(cè)試結(jié)果是成功與否，最終展示在 Test Results 中。
• key ：（如：code 200）我們可以用來(lái)當(dāng)做結(jié)果的一個(gè)描述
• value：其值為布爾型，ture 表示測(cè)試通過(guò)， false 表示測(cè)試失敗。

• responseTime ：請(qǐng)求所耗時(shí)長(zhǎng)
• postman ：可以做的比較多，比如
• 獲取返回?cái)?shù)據(jù)的頭部信息：postman.getResponseHeader("")
• 設(shè)置全局變量：postman.setGlobalVariable("variable_key", "variable_value");

代碼模板

//根據(jù)返回的 Code 判斷請(qǐng)求情況
tests["Status code is 200"] = responseCode.code === 200;

Response body: Contains string

//判斷返回的內(nèi)容中是否存在“關(guān)鍵字”。（tests 的 key 可修改，將不再?gòu)?qiáng)調(diào)）
tests["Body matches string"] = responseBody.has("這里可以改為你要判斷的關(guān)鍵字內(nèi)容");

//如上文提到的：
// 判斷結(jié)果中是否存在 access_token 關(guān)鍵字
tests["has access_token"] = responseBody.has("access_token");

Response body: is equal to string

//判斷返回內(nèi)容是否跟預(yù)期完全相等。
tests["Body is correct"] = responseBody === "這里可以改為你的預(yù)期內(nèi)容";

Response body: JSON value check

//上文提到，responseBody 為字符串類型，支持轉(zhuǎn)為 Json 格式
var jsonData = JSON.parse(responseBody);
tests["Your test name"] = jsonData.value === 100;

Response time is less than 200ms，搜索公眾號(hào)互聯(lián)網(wǎng)架構(gòu)師復(fù)“2T”，送你一份驚喜禮包。

//判斷請(qǐng)求時(shí)長(zhǎng)是否小于200ms ,具體時(shí)長(zhǎng)按情況自定義
tests["Response time is less than 200ms"] = responseTime < 200;

集合(批量)測(cè)試

通過(guò)以上步驟，我們得到一個(gè)待測(cè)的接口集合，為了簡(jiǎn)化情況，我這邊每個(gè)接口成功與否的條件都是用 code 是否為 200 來(lái)判斷：

tests["Status code is 200"] = responseCode.code === 200;

批量執(zhí)行

以上準(zhǔn)備就緒后，我們就可以開(kāi)始批量運(yùn)行接口進(jìn)行測(cè)試了：

點(diǎn)擊Run 后，會(huì)新打開(kāi)一個(gè)頁(yè)面：

• Environment ：用于切換接口運(yùn)行的環(huán)境，這里先不管，后面再講

• Iteration ：用于設(shè)置接口一共要運(yùn)行的次數(shù)。
• Delay : 設(shè)置每次運(yùn)行接口之間的時(shí)間間隔，單位為毫秒。
• Data File : 上傳測(cè)試數(shù)據(jù)文件 （下文單獨(dú)講）

變化的參數(shù)數(shù)據(jù)

我們已經(jīng)了解了，如何讓多個(gè)接口循環(huán)運(yùn)行多次，但是現(xiàn)在有個(gè)問(wèn)題，按目前這個(gè)步驟，每次運(yùn)行時(shí)接口的參數(shù)都是一樣的，那么就算我們運(yùn)行個(gè)100次、1000次意義也不大。

Pre-request Script

//設(shè)置全局變量
postman.setGlobalVariable("username", "test1");
postman.setGlobalVariable("password", "123456");

但是用 Pre-request Script 進(jìn)行賦值操作仍然不能解決我們的問(wèn)題，因?yàn)榘凑者@種寫法，不論運(yùn)行多少次其實(shí)都還是用固定（寫死）的數(shù)據(jù)進(jìn)行測(cè)試。當(dāng)然既然是腳本語(yǔ)言，也會(huì)有更靈活的用法，這邊先不將。

測(cè)試數(shù)據(jù)集

username,password
test1,123456
test2,222222
test3,123456
test4,444444

[
  {
    "username": "test1",
    "password": "123456"
  },
  {
    "username": "test2",
    "password": "222222"
  },
  {
    "username": "test3",
    "password": "123456"
  },
  {
    "username": "test4",
    "password": "444444"
  }
]

定期任務(wù)

Postman 提供了一個(gè) Monitors (監(jiān)視器)功能，支持我們提交一個(gè)測(cè)試任務(wù)，按照設(shè)置的定時(shí)器進(jìn)行運(yùn)行，如每小時(shí)測(cè)試一次，具體操作如下：

請(qǐng)求依賴問(wèn)題

• 保證接口調(diào)用順序
• 將接口A返回的數(shù)據(jù)傳遞給后續(xù)的接口B、C、D

接口執(zhí)行順序

還是以我們上文中創(chuàng)建好接口集合為例，如果你有注意我們執(zhí)行批量測(cè)試的結(jié)果，就會(huì)發(fā)現(xiàn)接口的執(zhí)行順序其實(shí)就是按照這邊目錄中的順序（從上到下），即：Request1 -> Request2 -> Request3。

這邊接口名字可能有點(diǎn)誤導(dǎo)性，所以再?gòu)?qiáng)調(diào)一下：按目錄中從上到下的順序執(zhí)行 （與字典排序無(wú)關(guān)）

自定義執(zhí)行順序

• postman.setNextRequest() 只在運(yùn)行集合測(cè)試的時(shí)候生效，也就是說(shuō)
  我們單獨(dú)運(yùn)行 (Send) 接口Request1 時(shí)，函數(shù)是不起作用的。
• 當(dāng)我們運(yùn)行集合測(cè)試成功從 Request1 -> Request3 后，如果 Request
  3 后面還有接口，那么后面的接口仍然繼續(xù)按默認(rèn)順序執(zhí)行，即圖中的接
  口 Request4 仍會(huì)被執(zhí)行。
• 指定的跳轉(zhuǎn)接口必須屬于同一個(gè)集合中。
• setNextRequest() 函數(shù)不管在 Tests 腳本中何處被調(diào)用，它都只在當(dāng)前
  腳本最后才被真正執(zhí)行。比如我們將圖中的第二行與第一行互調(diào)后，那么在
  運(yùn)行跳轉(zhuǎn)函數(shù)后第二行代碼仍會(huì)被執(zhí)行。

所以，利用 setNextRequest() 函數(shù)，我們便可以按照條件跳過(guò)不必要的

接口，或者建立我們自己的一個(gè)邏輯測(cè)試。

數(shù)據(jù)傳遞

在講數(shù)據(jù)傳遞前，先聊聊 Postman 中全局變量、環(huán)境切換的使用。

全局變量

進(jìn)入對(duì)應(yīng)界面后，便可直接進(jìn)行管理：

參數(shù)的創(chuàng)建

可能你已經(jīng)注意到，上圖中我已經(jīng)建有幾個(gè)不同環(huán)境的參數(shù)“集合”了，再看一下：

我在每個(gè)環(huán)境中都創(chuàng)建了一個(gè) host 參數(shù)，如：

當(dāng)然，我們的環(huán)境參數(shù)也可以通過(guò)腳本的方式來(lái)進(jìn)行設(shè)置，函數(shù)為：

//注意，該參數(shù)只添加到你當(dāng)前選擇的環(huán)境的“參數(shù)集”中
postman.setEnvironmentVariable("variable_key", "variable_value");

解決依賴問(wèn)題

掌握以上的預(yù)備知識(shí)后，我們開(kāi)始看看如何用 Postman 解決存在依賴關(guān)系的接口測(cè)試。

假設(shè)場(chǎng)景

思路

• 保證 Request1 在 Request3 之前被運(yùn)行
• 將 Request1 返回的 access_token 的值添加到環(huán)境變量"參數(shù)集"中。
• Request3 在請(qǐng)求時(shí)引用 access_token 的值，搜索公眾號(hào)互聯(lián)網(wǎng)架構(gòu)師復(fù)“2T”，送你一份驚喜禮包。

if(responseCode.code === 200 && responseBody.has("access_token")){
    //如果 code 為 200， 并且返回的數(shù)據(jù)中存在 access_token 關(guān)鍵字，則認(rèn)為登錄成功
    tests["login"] = true;
    
    //將返回的內(nèi)容轉(zhuǎn)為 json 格式，并且取到 access_token 內(nèi)容，添加到環(huán)境變量中
    var jsonData = JSON.parse(responseBody);
    //access_token的取值方式視具體的 json 數(shù)據(jù)結(jié)構(gòu)而定
    postman.setEnvironmentVariable("token",jsonData.result.access_token);

    //跳轉(zhuǎn)到 Request3 接口
    postman.setNextRequest("Request3")
    
}else{
    tests["login"] = false;
    
    //登錄失敗，可以選擇跳轉(zhuǎn)到對(duì)應(yīng)失敗后的處理接口進(jìn)行測(cè)試
    //postman.setNextRequest("Other Request")
}

3、在接口 Request3 中使用變量 token :

我這邊是將 token 放在頭部信息中， 具體使用方式時(shí)接口參數(shù)規(guī)則而定。

運(yùn)行