接口测试中模拟ost四种请求数据.docxVIP

接口测试中模拟post四种请求数据 　　一、背景介绍　　在日常的接口测试工作中，模拟接口请求通常有两种方法，fiddler模拟和HttpClient模拟。　　Fiddler是一个简单的http协议调试代理工具，它界面友好，易于操作，是模拟http请求的利器之一。　　而我们常说的HttpClient工具包，追根溯源是Apache基金的HttpComponent项目的一个组成部分。HttpComponent有三个主要组成部分，分别是HttpCore、HttpClient以及AsynchHttpClient。按照HttpComponent官网的介绍，HttpCore是底层的HTTP传输组件，用最小的内存来实现模拟客户端和服务器端的Http请求。HttpClient则是基于HttpCore实现的Http请求模拟代理， 可以用来提供高效的、最新的、功能丰富的支持HTTP协议的客户端编程工具包。Asynch HttpClient也是基于HttpCore的，顾名思义则是用于处理大量并发请求时的http代理。不同格式的数据通过这两种模拟方法的处理方式不同。　　在接口测试中，接口通常是get请求或者post请求。get请求的测试一般较为简单，只需设置好相关的请求头，url写正确即可。但是在测试post请求时，请求数据格式的设置往往就稍显复杂。尤其是在开发人员的接口文档描述不清楚的情况下，会影响到测试效率。　　故而本文总结了下post请求常见的四种数据格式和他们对应的fiddler、HttpClient模拟请求的构造方法。　　二、post请求主体详解　　一个正常的post请求主要包括请求行，请求头，请求主体，也就是　　methodurlversion　　headers　　entity-body　　对于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请求模拟和httpClient请求模拟（java实现）的实现情况。　　三、四种Post请求数据格式和fiddler和HttpClient模拟请求构造　　（一）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 separate