在接口测试中，接口通常是GET请求或者POST请求。以下是对接口测试中常见的四种Post请求数据方式进行一个详细的讲解：
一、post请求主体详解
一个正常的post请求主要包括请求行，请求头，请求主体。
对于get请求来说没有请求主体entity-body。对于post请求而言，不会对发送请求的数据格式进行限制，理论上你可以发任意数据，但是服务器能不能处理就是另一回事了。服务器收到数据后，如何解析数据呢？它会以请求头中的Content-Type设置的内容来进行数据解析。确定好Content-Type的格式之后，请求主体的数据格式也就确定下来了。
二、Content-Type的格式有四种：
application/x-www-form-urlencoded（这也是默认格式）
application/json
text/xml
multipart/form-data
这些不同的post请求数据格式要通过HttpEntity来构造，有必要简单理一下HttpClient的HttpEntity对象，因为所有的post请求数据均需要置于HttpEntity实体中进行发送。HttpEntity是一个接口，实现这个接口的具体类有很多，比较常用的是StringEntity、UrlEncodedFormEntity（继承自StringEntity）、MultipartEntity。他们将在发送不同格式的post请求时被用到。接下来就详细地介绍每一种数据格式对应的fiddler请求模拟和Requests请求模拟（Python实现）的实现情况。
三、application/x-www-form-urlencoded数据格式
在W3C官网上明确对这种数据格式进行了定义：
This is the default content type. Forms submitted with this content type must be encoded as follows:Control names and
values are escaped. Space characters are replaced by '+', and then reserved characters are escaped as described in
[RFC1738], section 2.2: Non-alphanumeric characters are replaced by '%HH', a percent sign and two hexadecimal digits
representing the ASCII code of the character. Line breaks are represented as "CR LF" pairs (i.e., '%0D%0A').The control
names/values are listed in the order they appear in the document. The name is separated from the value by '=' and
name/value pairs are separated from each other by '&'.这是post请求最常见也是默认的数据提交格式。它要求数据名称（name）和数据值（value）之间以等号相连，与另一组name/value值之间用&相连。例如：parameter1=12345¶meter2=23456。将请求的内容进行格式化了，其实这个方法同时简化的客户端发送，也简化了服务器端获取，服务器通过getParameters（String name）即可获取到传送来的信息。这是最常见post提交数据的方式，以form表单形式提交数据。
（1）如果用fiddler模拟请求的话，请求头和请求主体的内容可以这样构造：
模拟请求之后，从返回结果可以查看到我们的请求数据：
（2）如果用Requests模拟post请求的话，请求可以这样构造：
datas = {'parameter1':'12345','parameter2':'23456'}
r = requests.post('http://example.com',data=datas)
print(r.content)
print(r.status_code)Reqeusts支持以form表单形式发送post请求，只需要将请求的参数构造成一个字典，然后传给requests.post()的data参数即可。
四、application/json数据格式
application/json格式的请求头是指用来告诉服务端post过去的消息主体是序列化后的 JSON 字符串。
（1）如果用fiddler模拟请求的话，请求头和请求主体的内容可以这样构造：
模拟请求之后，从返回结果可以看到我们的请求数据：
（2）如果用Requests模拟post请求的话，请求可以这样构造：
url = 'http://www.example/post'
s = json.dumps({'key1': 'value1', 'key2': 'value2'})
r = requests.post(url, data=s)
print (r.text)这里我们可以发现Requests模拟post请求时，请求头格式为application/x-www-form-urlencoded与application/json的主要差别在于请求主体的构造格式（前者是键值对，后者是JSON串）,前者直接用字典传入，后者用json.dumps()函数将字典转为JSON串即可。
五、text/xml数据格式
（1）如果用fiddler模拟请求的话，请求头和请求主体的内容可以这样构造：
模拟请求之后，从返回结果可以看到我们的请求数据：
（2）如果用Requests模拟post请求的话，请求可以这样构造：
xml = """my xml"""
headers = {'Content-Type': 'application/xml'}
requests.post('http://www.example.com', data=xml, headers=headers)或者把xml作为一个文件来传输：
import requests
def request_ws(request):
with open(archivo_request,"r") as archivo:
request_data = archivo.read()
target_url = "http://127.0.0.1:8000/?wsdl"
headers = {'Content-type':'text/xml'}
data_response = requests.post(target_url, data=request_data, headers=headers)六、multipart/form-data数据格式
除了传统的application/x-www-form-urlencoded表单，我们另一个经常用到的是上传文件用的表单，这种表单的类型为multipart/form-data。
（1）如果用fiddler模拟请求的话，请求头和请求主体的内容可以这样构造：
第一步，先设置好请求头格式，然后点击upload file...
第二步，上传你的文件，这里我上传一个png的图片。
这是fiddler根据我们上传的文件自动调整生成的请求，在请求头中看到，我们需要选择一段数据作为“分割边界”（boundary属性），这个“边界数据”不能在内容其他地方出现，一般来说使用一段从概率上说“几乎不可能”的数据即可。每次post浏览器都会生成一个随机的30-40位长度的随机字符串，浏览器一般不会遍历这次post的所有数据找到一个不可能出现在数据中的字符串，一般都是随机生成。选择了这个边界之后，浏览器便把它放在Content-Type 里面传递给服务器，服务器根据此边界解析数据。下面的数据便根据boundary划分段，每一段便是一项数据。(每个field被分成小部分，而且包含一个value是"form-data"的"Content-Disposition"的头部；一个"name"属性对应field的ID等等，文件的话包括一个filename)模拟请求之后，从返回结果可以看到我们的请求数据：
（2）如果用Requests模拟post请求的话，请求可以这样构造：
url = 'http://www.example.com'
files = {'file': open('C://Users//Someone//Desktop//2.png', 'rb')}
r = requests.post(url, files=files)
print(r.text)综上，就是接口测试中fiddler与requests模拟post接口四种请求数据的构造方法，总结起来有利于在以后的接口测试工组过程中可以及时查阅。
同时，Requests库还可以处理多部分编码(Multipart-Encoded)的文件，比如xls文件，甚至改写content-Type的报头。
比如：
url = 'http://httpbin.org/post'
files = {'file': ('report.xls', open('report.xls', 'rb'), 'application/vnd.ms-excel', {'Expires': '0'})}
r = requests.post(url, files=files)