序言
現在，postman在做接口測試方面，發揮着越來越重大的作用，其支持多種請求方式、並可以模擬各種類型的數據請求類型，在實際開發中使用它可以極大的提高開發的效率。
安裝postman
1. 安裝插件到google瀏覽器
更名：將.crx文件更改文件名為.zip或者.rar，進行解壓。
拷貝：將解壓出的文件夾拷貝到你自定義的文件夾中。
加載程序：在 Chrome 瀏覽器中選擇 “更多工具”“擴展程序”“加載已解壓的擴展程序”。
2. 常見問題解決
參考博客：http://www.cnblogs.com/wangfeng520/p/5892125.html
使用postman
1. 請求方式的特點
在postman中常用的請求方式為get、post、put、patch、delete、head等。
1.1 get方式
get是從服務器上獲取數據，可以把參數數據隊列加到URL上，值和表單內的字段一一對應，在URL中可以明確的看到。Get所傳送的數據量很小，不能大於2kb。get的安全性很低，同時其執行的效率很高。
1.2 post方式
post請求會把請求的數據放在HTTP請求包的包體。在傳輸數據的大小上，不會受到限制。在安全性上，由於不會暴露出來，則是安全的。
1.3 put方式
通常用於向服務器發送請求，如果URI不存在，則要求服務器根據請求去創建資源，如果存在，服務器就會去接收請求的內容，並修改URI資源的原始的版本。如果新的資源已經被創建，原始服務器必須通過201響應通知用戶代理。如果已有的資源被修改了，則發送200或者204表示成功完成了該請求。如果既沒有去創建資源也沒有去修改對應的資源，則必須返回501。
1.4 patch方式
patch是去更新局部的資源。舉例：假設我們有一個UserInfo，里面有userId， userName， userGender等10個字段。可你的編輯功能因為需求，在某個特別的頁面里只能修改userName，這時候的更新怎么做？
人們通常(為徒省事)把一個包含了修改后userName的完整userInfo對象傳給后端，做完整更新。但仔細想想，這種做法感覺有點二，而且真心浪費帶寬(純技術上講，你不關心帶寬那是你土豪)。於是patch誕生，只傳一個userName到指定資源去，表示該請求是一個局部更新，后端僅更新接收到的字段。
而put雖然也是更新資源，但要求前端提供的一定是一個完整的資源對象，理論上說，如果你用了put，但卻沒有提供完整的UserInfo，那么缺了的那些字段應該被清空。
1.5 delete方式
請求服務器刪除指定的頁面，不常用。
1.6 head方式
HEAD方法跟GET方法相同，只不過服務器響應時不會返回消息體。一個HEAD請求的響應中，HTTP頭中包含的元信息應該和一個GET請求的響應消息相同。這種方法可以用來獲取請求中隱含的元信息，而不用傳輸實體本身。也經常用來測試超鏈接的有效性、可用性和最近的修改。
2. 請求數據類型的特點
2.1 form-data
就是http請求中的multipart/form-data,它會將表單的數據處理為一條消息，以標簽為單元，用分隔符分開。既可以上傳鍵值對，也可以上傳文件。當上傳的字段是文件時，會有Content-Type來表名文件類型；content-disposition，用來說明字段的一些信息；由於有boundary隔離，所以multipart/form-data既可以上傳文件，也可以上傳鍵值對，它采用了鍵值對的方式，所以可以上傳多個文件。
2.2 x-www-form-urlencoded
就是application/x-www-from-urlencoded,會將表單內的數據轉換為鍵值如,name=Java&age = 23。只能上傳鍵值對，並且鍵值對都是間隔分開的。
2.3 rows
可以上傳任意格式的文本，可以上傳text、json、xml、html等。
2.4 binary
相當於Content-Type:application/octet-stream,從字面意思得知，只可以上傳二進制數據，通常用來上傳文件，由於沒有鍵值，所以，一次只能上傳一個文件。
