Collections:在Postman中,Collection相似文件夾,能夠把同一個項目的請求放在一個Collection裏方便管理和分享,Collection裏面也能夠再建文件夾。若是作API文檔的話,能夠每一個API對應一條請求,若是要把各類輸入都測到的話,就須要每條測試一條請求了。這裏我新建了一個example用於介紹整個流程,五個API對應五條請求。這個Collection能夠經過https://www.getpostman.com/collections/96b64a7c604072e1e4ee
導入你本身的Postman中。javascript
上面的黑字註冊是請求的名字,若是有Request description的話會顯示在這下面。下面的藍字是保存起來的請求結果,點擊能夠載入某次請求的參數和返回值。我會用這個功能給作客戶端的同事展現不一樣狀況下的各類返回值。保存請求的按鈕在15.css
選擇HTTP Method的地方,各類常見的不常見的很是全。html
請求URL,兩層大括號表示這是一個環境變量,能夠在16的位置選擇當前的environment,環境變量就會被替換成該environment裏variable的值。前端
點擊能夠設置URL參數的key和valuejava
點擊發送請求web
點擊保存請求到Collection,若是要另存爲的話,能夠點擊右邊的下箭頭json
設置鑑權參數,能夠用OAuth之類的api
自定義HTTP Header,有些由於Chrome願意不能自定義的須要另外裝一個插件Interceptor,在16上面一行的衛星那裏數組
設置Request body,13那裏顯示的就是body的內容瀏覽器
在發起請求以前執行的腳本,例如request body裏的那兩個random變量,就是每次請求以前臨時生成的。
在收到response以後執行的測試,測試的結果會顯示在17的位置
有四種形式能夠選擇,form-data主要用於上傳文件。x-www-form-urlencoded是表單經常使用的格式。raw能夠用來上傳JSON數據
返回數據的格式,Pretty能夠看到格式化後的JSON,Raw就是未經處理的數據,Preview能夠預覽HTML頁面
點擊這裏把請求保存到2的位置
設置environment variables和global variables,點擊右邊的x能夠快速查看當前的變量。
測試執行的結果,一共幾個測試,經過幾個。
這個界面就是免費版的主要內容,和其餘API測試工具相比,已經足夠好用。若是要使用自動化測試,須要購買9.99美金的Jetpacks,暫時不想購買的話能夠試一下 Team版Postman 。如今是能夠免費試用的,不但擁有Jetpacks的功能,還能與其餘帳戶同步Collection。
Postman 是一個很強大的 API調試、Http請求的工具,當你還準備拿着記事本傻傻的去寫 Form 表單的時候,你來試試 Postman,你會震驚到的。
首先打開,顯示的主界面以下:
下面簡單介紹一下你可能會使用到的幾個按鈕操做。
她容許用戶發送任何類型的 HTTP 請求,例如 GET,POST,HEAD,PUT、DELETE等,而且能夠容許任意的參數和 Headers。
她支持不一樣的認證機制,包括 Basic Auth,Digest Auth,OAuth 1.0,OAuth 2.0等。
她還能夠響應數據是自動按照語法格式高亮的,包括 HTML,JSON和XML。
特色:
1、請求
postman界面分爲兩部分:左邊的sidebar 右邊的request builder:快速建立幾乎全部的請求
HTTP請求的4部分:URL,請求的method,headers,body。
URL
首先須要設置的就是URL
注意:若是在輸入參數時,沒有自動decode到URL中,則能夠選中參數右鍵後,選擇EncodeURIComponent(通常都會自動填充的):
一樣也能夠decode,將參數生成dictionary的形式(通常都會自動填充的):
有的URL中有path變量,postman能夠自動提取該path變量爲一個key
點擊headers toggle:
輸入key-value時,會有自動提示的下拉麪板:
有些headers和cookies是保密的,如:
1.Accept-Charset 2.Accept-Encoding 3.Access-Control-Request-Headers 4.Access-Control-Request-Method 5.Connection 6.Content-Length 7.Cookie 8.Cookie 2 9.Content-Transfer-Encoding 10.Date 11.Expect 12.Host 13.Keep-Alive 14.Origin 15.Referer 16.TE 17.Trailer 18.Transfer-Encoding 19.Upgrade 20.User-Agent 21.Via
postman 0.9.6版本後,這些限制能夠解除:
點擊右上角的Interceptor 安裝這個:
cookies
分開打包的應用程序運行在沙箱瀏覽器,它不能訪問cookie設置瀏覽器內。這種限制也可使用攔截器擴展。
method
Request body
不一樣的body editor 分爲4個區域,根據body類型有不一樣的控制。
mutipart/form-data是網頁表單用來傳輸數據的默認格式。能夠模擬填寫表單,而且提交表單。
能夠上傳一個文件做爲key的value提交(如上傳文件)。但該文件不會做爲歷史保存,只能在每次須要發送請求的時候,從新添加文件。
urlencoded
同前面同樣,注意,你不能上傳文件經過這個編碼模式。
該模式和表單模式會容易混淆。urlencoded中的key-value會寫入URL,form-data模式的key-value不明顯寫入URL,而是直接提交。
raw
raw request能夠包含任何東西。全部填寫的text都會隨着請求發送。
binary
image, audio or video files.text files 。 也不能保存歷史,每次選擇文件,提交。
2、響應
保證API響應的正確性,就是你須要作的大部分工做。postman的response viewer部分會協助你完成該工做且使其變得簡單。
一個API的響應包含body,headers,響應狀態碼。postman將body和headers放在不一樣的tabs中。響應碼和響應時間顯示在tabs的旁邊。將鼠標懸停在響應碼上面能夠查看更詳細的信息。
保存responses
三種視圖查看body:
pretty
格式化了JSON和XML,方便查看。 點擊裏面的URL,postman會建立一個request:
點擊左邊的三角能夠摺疊展開:
postman自動格式化body必須保證返回了正確的Content-Type.若是API沒有返回,則能夠點擊」Force JSON「來設置。
raw是text。
preview有的瀏覽器會返回HTML的錯誤,對於找問題比較方便。因爲sandbox的限制,js和圖片不會顯示在這裏的iframe中。你能夠maximize該body窗口方便查看結果。
Headers key-value形式展現。鼠標懸停在headers標籤上,有詳細的HTTP說明。
身份驗證Authentication
postman有一個helpers能夠幫助咱們簡化一些重複和複雜的任務。當前的一套helpers能夠幫助你解決一些authentication protocols的問題。
Basic Auth
填寫用戶名和密碼,點擊Refresh headers
Digest Auth
要比Basic Auth複雜的多。使用當前填寫的值生成authorization header。因此在生成header以前要確保設置的正確性。若是當前的header已經存在,postman會移除以前的header。
OAuth 1.0a
postman的OAuth helper讓你簽署支持OAuth 1.0基於身份驗證的請求。OAuth不用獲取access token,你須要去API提供者獲取的。OAuth 1.0能夠在header或者查詢參數中設置value。
OAuth 2.0
postman支持得到OAuth 2.0 token並添加到requests中。
3、Writting Test
Postman的Tests標籤能夠用來寫測試:
本質上是javascript code,能夠爲tests object設置values。這裏使用描述性文字做爲key,檢驗body中的各類狀況,固然你能夠建立任意多的key,這取決於你須要測試多少點。 tests也會隨着request保存到collection中。api測試保證前端後臺都能正常的於api協做工做,而不用在出錯時猜想是哪裏的問題。 須要在request的test中建立了test後,再進行request,test的結果在body的test中查看。 注意: 1.這裏的key描述必須是惟一的,不然相同描述只會執行第一個。 2.這裏的key可使用中文。 例子: tests[「Body contains user_id」] = responseBody.has(「user_id」)
這裏描述性的key爲:Body contains user_id。檢測點爲:responseBody.has(「user_id」),意思是檢測返回的body中是否包含」user_id」這個字段。
查看responses中的Tests結果:記過顯示每一個key,也就是咱們測試點的具體結果,是否經過。
Testing Sandbox
postman的測試是運行在沙箱環境,是與app獨立的。查看什麼在沙箱中是可用的,參見Sandbox documentation.
Snippets
用於快速添加經常使用的測試代碼。能夠自定義snippets。
Viewing results
postman每次執行request的時候,會執行tests。測試結果會在tests的tab上面顯示一個經過的數量。
Testing Sandbox
Testing examples
測試代碼會在發送request而且接收到responses後執行。
1.設置環境變量 postman.setEnvironmentVariable("key", "value");
2.設置全局變量 postman.setGlobalVariable("key", "value");
3.檢查response body中是否包含某個string tests["Body matches string"] = responseBody.has("string_you_want_to_search");
4.檢測JSON中的某個值是否等於預期的值
var data = JSON.parse(responseBody); tests["Your test name"] = data.value === 100;
JSON.parse()方法,把json字符串轉化爲對象。parse()會進行json格式的檢查是一個安全的函數。 如:檢查json中某個數組元素的個數(這裏檢測programs的長度)
var data = JSON.parse(responseBody); tests["program's lenght"] = data.programs.length === 5;
5.轉換XML body爲JSON對象 var jsonObject = xml2Json(responseBody);
6.檢查response body是否與某個string相等 tests["Body is correct"] = responseBody === "response_body_string";
7.測試response Headers中的某個元素是否存在(如:Content-Type)
tests["Content-Type is present"] = postman.getResponseHeader("Content-Type"); //getResponseHeader()方法會返回header的值,若是該值存在
或者:
tests["Content-Type is present"] = responseHeaders.hasOwnProperty("Content-Type");
上面的方法,不區分大小寫。下面的方法,要區分大小寫。
8.驗證Status code的值 tests["Status code is 200"] = responseCode.code === 200;
9.驗證Response time是否小於某個值 tests["Response time is less than 200ms"] = responseTime < 200;
10.name是否包含某個值 tests["Status code name has string"] = responseCode.name.has("Created");
11.POST 請求的狀態響應碼是不是某個值 tests["Successful POST request"] = responseCode.code === 201 || responseCode.code === 202;
12.很小的JSON數據驗證器
var schema = { "items": { "type": "boolean" } }; var data1 = [true, false]; var data2 = [true, 123]; console.log(tv4.error); tests["Valid Data1"] = tv4.validate(data1, schema); tests["Valid Data2"] = tv4.validate(data2, schema);
結果:
4、運行Collections
postman容許你運行collection,你能夠運行任意的次數。 最後會給出一個總體運行的結果。會保存每一次運行的結果,提供給你比較每一次運行解僱的不一樣。
選擇collection,選擇環境。點擊運行按鈕。
json文件的地方記得添加。
運行collection測試會在另外一個窗口運行。若是須要在main窗口修改東西,在新窗口能正常讀取。
Postman的功能在 文檔 中有介紹。不過文檔略囉嗦,這裏簡單介紹一下主界面,入門功能就都提到了。
Collections:在Postman中,Collection相似文件夾,能夠把同一個項目的請求放在一個Collection裏方便管理和分享,Collection裏面也能夠再建文件夾。若是作API文檔的話,能夠每一個API對應一條請求,若是要把各類輸入都測到的話,就須要每條測試一條請求了。這裏我新建了一個example用於介紹整個流程,五個API對應五條請求。這個Collection能夠經過https://www.getpostman.com/collections/96b64a7c604072e1e4ee
導入你本身的Postman中。
上面的黑字註冊是請求的名字,若是有Request description的話會顯示在這下面。下面的藍字是保存起來的請求結果,點擊能夠載入某次請求的參數和返回值。我會用這個功能給作客戶端的同事展現不一樣狀況下的各類返回值。保存請求的按鈕在15.
選擇HTTP Method的地方,各類常見的不常見的很是全。
請求URL,兩層大括號表示這是一個環境變量,能夠在16的位置選擇當前的environment,環境變量就會被替換成該environment裏variable的值。
點擊能夠設置URL參數的key和value
點擊發送請求
點擊保存請求到Collection,若是要另存爲的話,能夠點擊右邊的下箭頭
設置鑑權參數,能夠用OAuth之類的
自定義HTTP Header,有些由於Chrome願意不能自定義的須要另外裝一個插件Interceptor,在16上面一行的衛星那裏
設置Request body,13那裏顯示的就是body的內容
在發起請求以前執行的腳本,例如request body裏的那兩個random變量,就是每次請求以前臨時生成的。
在收到response以後執行的測試,測試的結果會顯示在17的位置
有四種形式能夠選擇,form-data主要用於上傳文件。x-www-form-urlencoded是表單經常使用的格式。raw能夠用來上傳JSON數據
返回數據的格式,Pretty能夠看到格式化後的JSON,Raw就是未經處理的數據,Preview能夠預覽HTML頁面
點擊這裏把請求保存到2的位置
設置environment variables和global variables,點擊右邊的x能夠快速查看當前的變量。
測試執行的結果,一共幾個測試,經過幾個。
這個界面就是免費版的主要內容,和其餘API測試工具相比,已經足夠好用。若是要使用自動化測試,須要購買9.99美金的Jetpacks,暫時不想購買的話能夠試一下 Team版Postman 。如今是能夠免費試用的,不但擁有Jetpacks的功能,還能與其餘帳戶同步Collection。
測試工具主要包括三部分,在發起請求以前運行的Pre-request,在收到應答以後運行的Test,和一次運行全部請求的Collection Runner
Pre-request的編寫界面以下:
Pre-request和Test用的語言都是JavaScript,Postman在一個沙盒裏執行代碼,提供給用戶的庫和函數能夠在 這裏 查看。而 經常使用的功能均可以經過右邊的Code Snippets實現,點擊就能夠插入到代碼區域 。
能夠看到Pre-request裏經常使用的功能就兩種,設置環境變量和設置全局變量。這條請求的pre-request就是在註冊以前生成一個字符串做爲隨機用戶名。
postman.setEnvironmentVariable("random_username", ("0000" + (Math.random()*Math.pow(36,4) << 0).toString(36)).slice(-4));
其餘用法還包括在發起請求以前獲取當前的時間戳放在參數裏:
postman.setEnvironmentVariable("unixtime_now", Math.round(new Date().getTime()/1000));
固然也能夠用來生成校驗串。總之,在發請求以前須要手動修改的東西,均可以考慮用腳本自動實現。
Test的編寫界面以下:
和Pre-request相比,Test的Snippets就豐富多了,例如檢查狀態碼、檢查響應串、驗證JSON、檢查header、限制應答時間。
若是須要將服務器響應的數據保存下來,用在後面的請求裏,也須要在這一步作。
在圖中的Test裏,我首先檢查了狀態碼爲200,而後解析返回的JSON,把環境變量裏的token設爲JSON裏的token。
當編寫了不少測試以後,就可使用Collection Runner來自動運行整個Collection了,入口就在主界面最上面一行的 Runner 。選好Collection、Environment,若是有須要還能夠載入JSON和CSV做爲數據源。點擊 Start Test Run ,就能夠看到結果了。
這裏能夠看到一共發起了5次請求,每一個請求各有一個Test,所有Pass。(雖然最後一個請求的返回是403,可是這個請求的指望返回值就是403,因此也是Pass的)