无论是浏览器上运行的Web应用还是移动端的H5应用，都离不开HTTP接口。Web应用通常是分为前后台开发的，后台提供接口调用返回Json对象，前台使用JS框架去加载后台返回的Json。而H5页面动态获取内容的方式则是采用ajax异步请求后台数据实时刷新，用GET/POST的HTTP请求后台接口，再将返回的数据（一般是json或xml格式）渲染在页面上。因此，HTTP接口功能测试是确保Web应用和H5应用页面内容数据正确的关键。
　　简而言之，HTTP接口功能测试是对服务后台一系列HTTP接口功能测试：
　　输入：根据接口描述构造不同的参数输入值；
　　输出：json。
　　HTTP接口功能测试的相关知识
　　1、http相关知识
　　1）、HTTP协议的URL
　　HTTP（超文本传输协议）是一个基于请求与响应模式的、无状态的、应用层的协议，常基于TCP的连接方式，HTTP1.1版本中给出一种持续连接的机制，绝大多数的Web开发，都是构建在HTTP协议之上的Web应用。
　　HTTP URL (URL是一种特殊类型的URI，包含了用于查找某个资源的足够的信息)的格式如下：http://host[:port][abs_path]，其中http表示要通过HTTP协议来定位网络资源；host表示合法的Internet主机域名或者IP地址；port指定一个端口号，为空则使用缺省端口80；abs_path指定请求资源的URI；如果URL中没有给出abs_path，那么当它作为请求URI时，必须以“/”的形式给出，通常这个工作浏览器自动帮我们完成。
　　eg.: a、输入：www.guet.edu.cn 浏览器自动转换成：http://www.guet.edu.cn/
　　b、http://192.168.0.116:8080/index.jsp
　　2)、HTTP协议的请求
　　http请求由三部分组成，分别是：请求行、消息报头、请求正文.
　　请求行以一个方法符号开头，以空格分开，后面跟着请求的URI和协议的版本，格式如下：Method Request-URI HTTP-Version CRLF，其中 Method表示请求方法；Request-URI是一个统一资源标识符；         HTTP-Version表示请求的HTTP协议版本；CRLF表示回车和换行（除了作为结尾的CRLF外，不允许出现单独的CR或LF字符）。请求方法（所有方法全为大写）有多种，各个方法的解释如下：
　　GET：请求获取Request-URI所标识的资源；
　　POST：在Request-URI所标识的资源后附加新的数据；
　　HEAD：请求获取由Request-URI所标识的资源的响应消息报头；
　　PUT：请求服务器存储一个资源，并用Request-URI作为其标识；
　　DELETE：请求服务器删除Request-URI所标识的资源；
　　TRACE：请求服务器回送收到的请求信息，主要用于测试或诊断；
　　OPTIONS：请求查询服务器的性能，或者查询与资源相关的选项和需求应用；
　　PATCH：实体中包含一个表，表中说明与该URI所表示的原内容的区别；
　　MOVE：请求服务器将指定的页面移至另一个网络地址；
　　COPY：请求服务器将指定的页面拷贝至另一个网络地址；
　　LINK：请求服务器建立链接关系；
　　UNLINK：断开链接关系；
　　WRAPPED：允许客户端发送经过封装的请求；
　　Extension-mothed：在不改动协议的前提下，可增加另外的方法。
　　3)、HTTP协议的响应
　　在接收和解释请求消息后，服务器返回一个HTTP响应消息，HTTP响应也是由三个部分组成，分别是：状态行、消息报头、响应正文。
　　a、状态行格式如下：HTTP-Version Status-Code Reason-Phrase CRLF其中，HTTP-Version表示服务器HTTP协议的版本；Status-Code表示服务器发回的响应状态代码；Reason-Phrase表示状态代码的文本描述。状态代码有三位数字组成，第一个数字定义了响应的类别，且有五种可能取值：
　　1xx：指示信息–表示请求已接收，继续处理；
　　2xx：成功–表示请求已被成功接收、理解、接受；
　　3xx：重定向–要完成请求必须进行更进一步的操作；
　　4xx：客户端错误–请求有语法错误或请求无法实现；
　　5xx：服务器端错误–服务器未能实现合法的请求；
　　b、响应正文就是服务器返回的资源的内容。
　　2、JSON
　　JSON（JavascriptObjectNotation）是一种轻量级的数据交换语言，以文字为基础，且易于让人阅读。JSON建构有两种结构：
　　1)、”名称/值”对的集合（A collection of name/value pairs）。不同的语言中，它被理解为对象（object），记录（record），结构（struct），字典（dictionary），哈希表（hash table），有键列表（keyed list），或者关联数组（associative array）。
　　2）、值的有序列表（An ordered list of values）。在大部分语言中，它被理解为数组（array）。
　　eg.：
　　a、表示名称 / 值对
　　{ "firstName": "Brett" }
　　b、表示数组
　　{ "people": [
　　{ "firstName": "Brett"， "lastName":"McLaughlin"， "email": "aaaa" }，
　　{ "firstName": "Jason"， "lastName":"Hunter"， "email": "bbbb"}，
　　{ "firstName": "Elliotte"， "lastName":"Harold"， "email": "cccc" }
　　]}
　　三、实现方法
　　1、使用Python语言驱动测试；
　　2、调用http接口采用pycurl模块；
　　3、设置断言，对比实际返回结果和预期结果的正确性；
　　4、首次执行测试采用半自动化的方式，即人工检查输出的json文件是否正确，一旦正确将封存json文件，为后续回归测试的预期结果，如果发现错误手工修正为预期文件。（注意不是每次测试都人工检查该文件，只首次测试的时候才检查）
　　5、增加测试套件，按照逻辑，或者说按照测试组的理解把测试用例划分成不同的部分，每个部分就是一个test suite。
　　6、使用HTMLTestRunner模块生成测试报告
　　四、举例说明
　　以监控宝的2个接口为例
　　1、查看接口文档
　　1)、用户管理相关-列出所有用户接口

　　2）、网站监控相关-创建网站监控任务

　　2、编写测试用例
　　1）、列出所有用户

　　封装的get请求

　　2）、创建网站监控任务

　　封装的post请求

　　2、执行测试用例
　　1）、执行单个测试用例（列出所有用户）

　　2）、执行测试集（用户管理相关接口）

　　3）、创建网站监控任务同上
　　3、增加测试套件

　　4、运行测试套件生成报告

　　接口自动化后，重复工作（请求接口是否有效、参数校验、返回数据校验）都可以用自动化的方式解决，并且研发人员在提测之前可以先进行一轮冒烟测试，根据自动化测试用例检查结果，提升提测之前的功能质量；提测之后，测试人员再一轮冒烟测试，注重点落到返回结果对比上，这样测试的效率会得到很大的提升。
　　或许有人要问，到底提升多少呢？由于每个团队不同，研发、测试人员磨合程度不同，不能一概而论，大胆迈出一步去尝试，就会发现价值。