接口自动化测试，必须要掌握post提交数据的这4种方式

我们都知道POST一般用于向服务端提交数据，POST提交数据的4种格式即Content-Type的4种形式，尤其注意每种格式中http发送请求时body中数据的格式。4种形式分别是：

一、application/x-www-form-urlencoded：URL encoded。

二、multipart/form-data：键值对型数据。

三、application/json：Json 类型数据。

四、text/xml：xml。

HTTP/1.1 协议规定的 HTTP 请求方法有OPTIONS、GET、HEAD、POST、PUT、DELETE、TRACE、CONNECT 几种。POST通常用来向服务端提交数据，主要用于提交表单、上传文件。

HTTP 协议是以ASCII码传输，建立在 TCP/IP 协议之上的应用层规范。规范把 HTTP 请求分为四个部分：请求行、请求头、空行、请求体。类似于这样：

协议规定 POST 提交的数据必放在消息主体（entity-body）中，但协议并没有规定数据必须使用什么编码方式。实际上，开发者完全可以自己决定消息主体的格式，只要最后发送的 HTTP 请求满足上面的格式就可以。

但是数据发送出去，还要服务端解析成功才有意义。一般服务端语言如PHP、Python 等，以及它们的framework，都内置了自动解析常见数据格式的功能。服务端通常是根据请求头（headers）中的 Content-Type 字段来获知请求中的消息主体是用何种方式编码，再对主体进行解析。所以说到POST提交数据方案，包含了Content-Type 和消息主体编码方式两部分，以下就正式开始介绍它们。

application/x-www-form-urlencoded

介绍

这是最常见的 POST 提交数据的方式，浏览器的原生 <form> 表单，如果不设置 enctype 属性，那么最终就会以 application/x-www-form-urlencoded 方式提交数据。请求类似于下面这样（无关的请求头在本文中都省略掉）：

首先，Content-Type 被指定为 application/x-www-form-urlencoded；其次，提交的数据按照 key1=val1&key2=val2 的方式进行编码，key和val都进行了 URL 转码。大部分服务端语言都对这种方式有很好的支持。

很多时候，我们用 Ajax 提交数据时，也是使用这种方式。例如 JQuery 的 Ajax，Content-Type 默认值都是application/x-www-form-urlencoded;charset=utf-8。

实例

编写Python代码：

requests 根据传入的键来判断采用哪种方法，以上采用 urlencode 的方法编码数据。这里面是给data=传入参数，参数格式是 Python dict字典。

打印输出如下：

现在我也找了很多测试的朋友，做了一个分享技术的交流群，共享了很多我们收集的技术文档和视频教程。
如果你不想再体验自学时找不到资源，没人解答问题，坚持几天便放弃的感受
可以加入我们一起交流。而且还有很多在自动化，性能，安全，测试开发等等方面有一定建树的技术大牛
分享他们的经验，还会分享很多直播讲座和技术沙龙
可以免费学习！划重点！开源的！！！
qq群号：485187702【暗号：csdn11】

multipart/form-data

介绍

这种编码方式通常是用在客户端向服务端传送大文件数据，如：图片或者文件，是常见的 POST 数据提交的方式。我们使用表单上传文件时，必须让<form>表单的 enctype 等于 multipart/form-data，上传文件用的就是这种格式，直接来看一个请求示例：

首先会生成一个 boundary 字符串分界线，表明下面的都是表单内容，然后紧接着跟的是表单中的第一个键值对中的名称，而后一个换行，跟着值。再生成一个boundary 字符串分界线，用于分割不同的键值。如果传输的是文件，还要包含文件名和文件类型信息。这种方式一般用来上传文件，各大服务端语言对它也有着良好的支持。

上面提到的这两种 POST 数据的方式，都是浏览器原生支持的，而且现阶段标准中原生 <form> 表单也只支持这两种方式（通过 <form> 元素的 enctype 属性指定，默认为 application/x-www-form-urlencoded。其实 enctype 还支持 text/plain，不过用得非常少）。

随着越来越多的 Web 站点，尤其是 WebApp，全部使用 Ajax 进行数据交互之后，我们完全可以定义新的数据提交方式。

实例

编写Python代码：

同样也是data=传参，不同的是数据的编码方式不同。

打印输出如下：

application/json

介绍

application/json 作为响应头大伙肯定不陌生，用得超级多，也非常方便。设置 header 中Content-type，就告诉服务端数据以Json字符串的形式存在，相应的就用Json的方法解码数据即可。实际上，现在越来越多的人把它作为请求头，用来告诉服务端消息主体是序列化后的Json字符串。由于Json 规范的流行，除了低版本 IE 之外的各大浏览器都原生支持 JSON.stringify，服务端语言也都有处理Json的函数，使用Json不会遇上什么麻烦。

Json格式支持比键值对复杂得多的结构化数据，Google 的 AngularJS 中的 Ajax 功能，默认就是提交Json字符串。例如下面这段代码：

最终发送的请求是

这种方案，可以方便的提交复杂的结构化数据，特别适合RESTful的接口。各大抓包工具如 Chrome 自带的开发者工具、Firebug、Fiddler，都会以树形结构展示Json 数据，非常友好。

实例

编写Python代码：

利用json=传入参数，参数的格式 Json 字符串，所以需要使用 json.dumps()，将 Python dict 转 Json 字符串（其实就是 Python 的 str 类型，但是接收方会对字符串进行Json解码）。

打印输出如下：

text/xml

介绍

它是一种使用 HTTP 作为传输协议，XML 作为编码方式的远程调用规范。典型的 XML-RPC 请求是这样的：

XML-RPC 协议简单、功能够用，各种语言的实现都有。它的使用也很广泛，如 WordPress 的 XML-RPC Api，搜索引擎的 ping 服务等等。JavaScript 中，也有现成的库支持以这种方式进行数据交互，能很好的支持已有的 XML-RPC 服务。不过，个人觉得 XML 结构还是过于臃肿，一般场景用Json会更灵活方便。

实例

编写Python代码：