无论是浏览器上运行的Web应用还是移动端的H5应用,都离不开HTTP接口。Web应用通常是分为前后台开发的,后台提供接口调用返回Json对象,前台使用JS框架去加载后台返回的Json。而H5页面动态获取内容的方式则是采用ajax异步请求后台数据实时刷新,用GET/POST的HTTP请求后台接口,再将返回的数据(一般是json或xml格式)渲染在页面上。因此,HTTP接口功能测试是确保Web应用和H5应用页面内容数据正确的关键。
简而言之,HTTP接口功能测试是对服务后台一系列HTTP接口功能测试:
输入:根据接口描述构造不同的参数输入值;
输出:json。
HTTP接口功能测试
的相关知识
1 http 相关知识
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
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:在不改动协议的前提下,可增加另外的方法。
在接收和解释请求消息后,服务器返回一个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" }
]}
实现方法
实现Hju li实现
1) 使用Python语言驱动测试;
2) 调用http接口采用pycurl模块;
3) 设置断言,对比实际返回结果和预期结果的正确性;
4) 首次执行测试采用半自动化的方式,即人工检查输出的json文件是否正确,一旦正确将封存json文件,为后续回归测试的预期结果,如果发现错误手工修正为预期文件。(注意不是每次测试都人工检查该文件,只首次测试的时候才检查)
5) 增加测试套件,按照逻辑,或者说按照测试组的理解把测试用例划分成不同的部分,每个部分就是一个test suite。
6) 使用HTMLTestRunner模块生成测试报告
举例说明
Hju li实现
以监控宝的2个接口为例
1 查看接口文档
1)、用户管理相关-列出所有用户接口
2)、网站监控相关-创建网站监控任务
2 编写测试用例
1)、列出所有用户
封装的get请求
2)、创建网站监控任务
封装的post请求
3 执行测试用例
1)、执行单个测试用例(列出所有用户)
2)、执行测试集(用户管理相关接口)
3)、创建网站监控任务同上
4 增加测试套件
5 运行测试套件生成报告
接口自动化后,重复工作(请求接口是否有效、参数校验、返回数据校验)都可以用自动化的方式解决,并且研发人员在提测之前可以先进行一轮冒烟测试,根据自动化测试用例检查结果,提升提测之前的功能质量;提测之后,测试人员再一轮冒烟测试,注重点落到返回结果对比上,这样测试的效率会得到很大的提升。
或许有人要问,到底提升多少呢?由于每个团队不同,研发、测试人员磨合程度不同,不能一概而论,大胆迈出一步去尝试,就会发现价值。