python pos是什么

banner57(2).png

在接口测试中,接口通常是GET请求或者POST请求。以下是对接口测试中常见的四种Post请求数据方式进行一个详细的讲解:

一、post请求主体详解

一个正常的post请求主要包括请求行,请求头,请求主体。

对于get请求来说没有请求主体entity-body。对于post请求而言,不会对发送请求的数据格式进行限制,理论上你可以发任意数据,但是服务器能不能处理就是另一回事了。服务器收到数据后,如何解析数据呢?它会以请求头中的Content-Type设置的内容来进行数据解析。确定好Content-Type的格式之后,请求主体的数据格式也就确定下来了。

二、Content-Type的格式有四种:

  1. application/x-www-form-urlencoded(这也是默认格式)

  2. application/json

  3. text/xml

  4. multipart/form-data

这些不同的post请求数据格式要通过HttpEntity来构造,有必要简单理一下HttpClient的HttpEntity对象,因为所有的post请求数据均需要置于HttpEntity实体中进行发送。HttpEntity是一个接口,实现这个接口的具体类有很多,比较常用的是StringEntity、UrlEncodedFormEntity(继承自StringEntity)、MultipartEntity。他们将在发送不同格式的post请求时被用到。接下来就详细地介绍每一种数据格式对应的fiddler请求模拟和Requests请求模拟(Python实现)的实现情况。

三、application/x-www-form-urlencoded数据格式

在W3C官网上明确对这种数据格式进行了定义:

Thisisthedefaultcontenttype.Formssubmittedwiththiscontenttypemustbeencodedasfollows:Controlnamesand
valuesareescaped.Spacecharactersarereplacedby'+',andthenreservedcharactersareescapedasdescribedin
[RFC1738],section2.2:Non-alphanumericcharactersarereplacedby'%HH',apercentsignandtwohexadecimaldigits
representingtheASCIIcodeofthecharacter.Linebreaksarerepresentedas"CRLF"pairs(i.e.,'%0D%0A').Thecontrol
names/valuesarelistedintheordertheyappearinthedocument.Thenameisseparatedfromthevalueby'='and
name/valuepairsareseparatedfromeachotherby'&'.

这是post请求最常见也是默认的数据提交格式。它要求数据名称(name)和数据值(value)之间以等号相连,与另一组name/value值之间用&相连。例如:parameter1=12345&parameter2=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="""myxml"""
headers={'Content-Type':'application/xml'}
requests.post('http://www.example.com',data=xml,headers=headers)

或者把xml作为一个文件来传输:

importrequests
defrequest_ws(request):
withopen(archivo_request,"r")asarchivo:
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)
原文来自:https://www.py.cn
© 版权声明
THE END
喜欢就支持一下吧
点赞11 分享
评论 抢沙发
头像
欢迎您留下宝贵的见解!
提交
头像

昵称

取消
昵称表情代码图片

    暂无评论内容