(轉載)Fiddler模擬post四種請求數據
https://www.cnblogs.com/xiaoxi-3-/p/7612254.html
https://blog.csdn.net/qq_15283475/article/details/54971201
前言：
Fiddler是一個簡單的http協議調試代理工具，它界面友好，易於操作，是模擬http請求的利器之一。
在接口測試中，接口通常是get請求或者post請求。get請求的測試一般較為簡單，只需設置好相關的請求頭，url寫正確即可。但是在測試post請求時，請求數據格式的設置往往就稍顯復雜。尤其是在開發人員的接口文檔描述不清楚的情況下，會影響到測試效率。
故而本文總結了下post請求常見的四種數據格式和對應的fiddler模擬請求的構造方法。
post請求主體詳解：
對於get請求來說沒有請求主體entity-body。對於post請求而言，不會對發送請求的數據格式進行限制，理論上你可以發任意數據，但是服務器能不能處理就是另一回事了。服務器收到數據後，如何解析數據呢？
它會以請求頭中的Content-Type設置的內容來進行數據解析。確定好Content-Type的格式之後，請求主體的數據格式也就確定下來了。
Content-Type的格式有四種：分別是application/x-www-form-urlencoded（這也是默認格式）、application/json、text/xml以及multipart/form-data格式。
接下來就詳細地介紹每一種數據格式對應的fiddler請求模擬的實現情況。
四種Post請求數據格式：
（一）application/x-www-form-urlencoded數據格式
這是post請求最常見也是默認的數據提交格式。它要求數據名稱（name）和數據值（value）之間以等號相連，與另一組name/value 值之間用&相連。例如：parameter1=12345&meter2=23456。將請求的內容進行格式化了，其實這個方法同時簡化 的客戶端發送，也簡化了服務器端獲取，服務器通過getParameters（String name）即可獲取到傳送來的信息。
用fiddler模擬請求的話，請求頭和請求主體的內容可以這樣構造：
模擬請求之後，從返回結果可以查看到我們的請求數據：
（二）application/json數據格式
application/json格式的請求頭是指用來告訴服務端post過去的消息主體是序列化後的 JSON 字符串。
用fiddler模擬請求的話，請求頭和請求主體的內容可以這樣構造：
模擬請求之後，從返回結果可以看到我們的請求數據：
（三）text/xml數據格式
用fiddler模擬請求的話，請求頭和請求主體的內容可以這樣構造：
模擬請求之後，從返回結果可以看到我們的請求數據：
（四）multipart/form-data數據格式
除了傳統的application/x-www-form-urlencoded表單，我們另一個經常用到的是上傳文件用的表單，這種表單的類型為multipart/form-data。
用fiddler模擬請求的話，請求頭和請求主體的內容可以這樣構造：
第一步，先設置好請求頭格式，然後點擊upload file...
第二步，上傳你的文件，這裏我上傳一個png的圖片
這是fiddler根據我們上傳的文件自動調整生成的請求，在請求頭中看到，我們需要選擇一段數據作為“分割邊界”（boundary屬性），這個 “邊界數據”不能在內容其他地方出現，一般來說使用一段從概率上說“幾乎不可能”的數據即可。每次post瀏覽器都會生成一個隨機的30-40位長度的隨 機字符串，瀏覽器一般不會遍歷這次post的所有數據找到一個不可能出現在數據中的字符串，一般都是隨機生成。選擇了這個邊界之後，瀏覽器便把它放在 Content-Type 裏面傳遞給服務器，服務器根據此邊界解析數據。下面的數據便根據boundary劃分段，每一段便是一項數據。(每個field被分成小部分，而且包含一 個value是"form-data"的"Content-Disposition"的頭部；一個"name"屬性對應field的ID等等，文件的話包 括一個filename)
模擬請求之後，從返回結果可以看到我們的請求數據：
以上
(轉載)Fiddler模擬post四種請求數據