你應該學會的Postman用法(2)-自動化測試

前言

以前的一篇文章《你應該學會的Postman用法》,主要介紹了postman的一些高級的用法，便於平常開發和調試使用，本文的基礎是對postman的基本使用以及一些高級用法有必定的瞭解，如對此不太瞭解的同窗，建議移步：《你應該學會的Postman用法》瞭解。

背景

隨着公司微服務體系服務愈來愈多，業務增加愈來愈迅速，版本迭代愈來愈快，並且對系統的可用性要求愈來愈高，傳統的手工發佈系統的方式已經徹底沒法知足平常運維的需求了，自動化構建發佈的需求愈來愈強烈，可是自動化發佈有個基礎的環境，自動化測試，鑑於團隊規模不大，測試人員的能力良莠不齊，自動化測試咱們選擇了以開發測試一塊兒搭建的方式，經過輕量級的工具postman進行自動化測試。

測試文件共享

postman能夠將測試的接口進行collections分組，分組後的一組接口能夠進行導出，如圖：

導出後的文件，能夠做爲測試腳本共享，使用的人員只要導入，便可使用。

這樣，就能夠在不一樣人員間，共享一個測試的文件。固然，若是能升級到高級版，能夠直接經過不一樣的帳號在雲端共享測試文件，更加方便。

腳本測試

一直以來，咱們都是介紹經過postman 的UI進行測試的，可是，實際作自動化測試的時候，咱們更可能是使用腳本，特別是在生產環境，經過腳本進行測試，就是必然了。postman爲我提供了一個測試的工具——newman，基於node.js的一個腳本測試工具。

安裝

先安裝node.js,這裏不贅述了，開發人員必備工具。
在安裝newman:

npm install -g newman
複製代碼

初步使用

記得前面介紹的，咱們導出的測試文件吧，那個文件除了分享給別人，也是咱們用來測試的文件。

newman run 11.json
複製代碼

11.json 就是我剛纔導出的文件，使用腳本文件類型必須是json。 這時候看看咱們測試發生了什麼？

貌似，失敗了。提示咱們循環，執行了一次，6個請求，可是全面部失敗了。看到錯誤的信息發現URI不正確，由於我用到postman了環境變量，可是導出的結果裏沒有環境變量。這時候咱們須要調整一下執行的腳本。

newman run 11.json -e url.json
複製代碼

url.json 實際是咱們須要當前執行的環境變量，文件從就是如圖方式導出的：

導出後，咱們也是將文件命名爲json類型的文件。這樣我看下咱們執行的結果。

所有執行成功了。就是這麼簡單。一個命令配上咱們開發時候就須要用到的測試文件，就能夠了，無需另外的測試腳本，用一個shell腳本便可完成結果的測試。

參數詳解

newman是個很是輕量級的命令，參數不多，這裏咱們列出經常使用的幾個參數：

參數	詳細說明
-e	環境變量(environment)文件路徑或者url，json文件
-g	所有配置(Global)文件路徑或url，json文件
-d	測試數據文件路徑，cvs文件
-n	循環測試次數
--delay-request	延遲執行時間
--timeout-request	請求超時時間
--bail	其中一個接口失敗後，是否繼續執行

詳細參數，能夠參考：【這裏】

總結

這樣一個很是輕量級的自動化測試腳本就作好了，固然，這是咱們作自動化構建發佈一個前提，postman的優點是將平常開發中須要用的測試工具作成經過shell就能執行的工具，比專門花時間了編寫soapui這樣的腳原本說，更加輕量級，更加友好，當集成了shell的相關功能後，對於開發人員來講，可擴展性就變得很是容易了，後面的文章我將會介紹如何結合postman，再整合其餘構建發佈工具，來對咱們的微服務進行發佈，真正作到了自動化的發佈、測試，並且能作到不停機、不影響用戶使用狀況下完成系統的發佈。