在接口测试中，接口通常是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)
转载请注明原文链接：python-pos是什么
