接口测试之HTTP协议详解

最新推荐文章于 2024-09-27 14:12:50 发布

qiannuo_

最新推荐文章于 2024-09-27 14:12:50 发布

阅读量8.4k

点赞数 4

本文链接：https://blog.csdn.net/qiannuo_/article/details/84856612

版权

HTTP简介：

HTTP协议（HyperText Transfer Protocol，超文本传输协议），是用于从万维网（WWW：World Wide Web）服务器传输超文本到本地浏览器的传送协议。

HTTP是一个基于TCP/IP通信协议来传递数据（HTML 文件, 图片文件, 查询结果等）。

HTTP工作原理：

HTTP协议工作于客户端-服务器（C/S)架构上。浏览器作为HTTP客户端通过URL向HTTP服务端即web服务器发送所有请求。

一个HTTP"客户端"是一个应用程序（Web浏览器或其他任何客户端），通过连接到服务器达到向服务器发送一个或多个HTTP的请求的目的。

web服务器有：Apache服务器，IIS服务器（Internet Information Service）等。

web服务器根据接收到的请求，向客户端发送响应信息。

HTTP默认端口为80，也可以改为其它端口。

HTTP三点注意事项：

1、HTTP是无连接：现在每次连接只处理一个请求。服务器处理完客户的请求，并收到客户的应答后，即断开连接。采用这种方式可以节省传输时间。

2、HTTP是媒体独立的：只要客户端和服务器知道如何处理的数据内容，任何类型的数据都可以通过HTTP发送。

3、HTTP是无状态协议，指协议对于事务处理没有记忆能力。缺少状态意味着如果后续处理需要前面的信息，则它必须重传，这样可能导致每次连接传送的数据量增大。另一方面，在服务器不需要先前信息时它的应答就较快。

HTTP消息结构：

客户端请求消息：

客户端发送一个HTTP请求到服务器的请求消息包括以下格式：

请求行（request　line）：｜请求方法｜空格｜URL｜空格｜协议版本｜回车符｜换行符｜

请求头部：｜头部字段名｜：｜值｜回车符｜换行符｜

　　　　　　　　　　 ...

｜头部字段名｜：｜值｜回车符｜换行符｜

空行: | 回车符 | 换行符

和请求数据 | |

服务器响应消息：

HTTP响应也由4个部分组成，分别是：

状态行： HTTP/1.1 200 OK

消息报头： Date: Sat, 31 Dec 2005 23:59:59 GMT

Content-Type: text/html;charset=ISO-8859-1

Content-Length: 122

空行：

响应正文: <html>

<head>

<title>Wrox Homepage</title>

</head>

<body>

</body>

</html>

实例：

使用GET传递数据

客户端请求：

GET /hello.txt HTTP/1.1
User-Agent: curl/7.16.3 libcurl/7.16.3 OpenSSL/0.9.7l zlib/1.2.3
Host: www.example.com
Accept-Language: en, mi

服务端响应：

HTTP/1.1 200 OK
Date: Mon, 27 Jul 2009 12:28:53 GMT
Server: Apache
Last-Modified: Wed, 22 Jul 2009 19:15:56 GMT
ETag: "34aa387-d-1568eb00"
Accept-Ranges: bytes
Content-Length: 51
Vary: Accept-Encoding
Content-Type: text/plain

输出结果：

Hello World! My payload includes a trailing CRLF.

HTTP请求方法：

根据HTTP标准，HTTP请求可以使用多种请求方法。

HTTP1.0定义了三种请求方法： GET, POST 和 HEAD方法。

HTTP1.1新增了五种请求方法：OPTIONS, PUT, DELETE, TRACE 和 CONNECT 方法。

序号	方法	描述
1	GET	请求指定的页面信息，并返回实体主体。
2	HEAD	类似于get请求，只不过返回的响应中没有具体的内容，用于获取报头
3	POST	向指定资源提交数据进行处理请求（例如提交表单或者上传文件）。数据被包含在请求体中。POST请求可能会导致新的资源的建立和/或已有资源的修改。
4	PUT	从客户端向服务器传送的数据取代指定的文档的内容。
5	DELETE	请求服务器删除指定的页面。
6	CONNECT	HTTP/1.1协议中预留给能够将连接改为管道方式的代理服务器。
7	OPTIONS	允许客户端查看服务器的性能。
8	TRACE	回显服务器收到的请求，主要用于测试或诊断。

HTTP状态码：

当浏览者访问一个网页时，浏览者的浏览器会向网页所在服务器发出请求。当浏览器接收并显示网页前，此网页所在的服务器会返回一个包含HTTP状态码的信息头（server header）用以响应浏览器的请求。

HTTP状态码由三个十进制数字组成，第一个十进制数字定义了状态码的类型，后两个数字没有分类的作用。HTTP状态码共分为5种类型：

分类	分类描述
1**	信息，服务器收到请求，需要请求者继续执行操作
2**	成功，操作被成功接收并处理
3**	重定向，需要进一步的操作以完成请求
4**	客户端错误，请求包含语法错误或无法完成请求
5**	服务器错误，服务器在处理请求的过程中发生了错误

常见的HTTP状态码：200 - 请求成功，一般用于GET与POST请求

301 - 资源（网页等）被永久转移到其它URL，返回信息会包括新的URI，浏览器会自动定向到新URI。今后任何新的请求都应使用新的URI代替

404 - 请求的资源（网页等）不存在

500 - 服务器内部错误，无法完成请求。

URL：

HTTP URL (URL是一种特殊类型的URI，包含了用于查找某个资源的足够的信息)的格式如下：
http://host[":"port][abs_path]
http表示要通过HTTP协议来定位网络资源；host表示合法的Internet主机域名或者IP地址；port指定一个端口号，为空则使用缺省端口80；abs_path指定请求资源的URI；如果URL中没有给出abs_path，那么当它作为请求URI时，必须以“/”的形式给出，通常这个工作浏览器自动帮我们完成。
eg:
1、输入：www.guet.edu.cn，浏览器自动转换成：http://www.guet.edu.cn/
2、http:192.168.0.116:8080/index.jsp

引申：GET和POST的区别？

GET一般用于获取/查询资源信息，而POST一般用于更新资源信息。

1）. GET提交的数据会放在URL之后，以?分割URL和传输数据，参数之间以&相连，如EditPosts.aspx?name=test1&id=123456.

POST方法是把提交的数据放在HTTP包的Body中.

2）. GET提交的数据大小有限制（因为浏览器对URL的长度有限制，1024Byte），而POST方法提交的数据没有限制.

3）. GET方式需要使用Request.QueryString来取得变量的值，而POST方式通过Request.Form来获取变量的值。

4）. GET方式提交数据，会带来安全问题，比如一个登录页面，通过GET方式提交数据时，用户名和密码将出现在URL上，如果页面可以被缓存或者其他人可以访问这台机器，就可以从历史记录获得该用户的账号和密码.

利用telnet观察http协议的通讯过程

实验目的及原理：利用MS的telnet工具，通过手动输入http请求信息的方式，向服务器发出请求，服务器接收、解释和接受请求后，会返回一个响应，该响应会在telnet窗口上显示出来。

实验步骤：

1、打开telnet
1.1 打开telnet
运行-->cmd-->telnet

1.2 打开telnet回显功能
set localecho

2、连接服务器并发送请求
2.1 open www.guet.edu.cn 80 //注意端口号不能省略

    HEAD /index.asp HTTP/1.0
    Host:www.guet.edu.cn

   /*我们可以变换请求方法,请求桂林电子主页内容,输入消息如下*/
    open www.guet.edu.cn 80

    GET /index.asp HTTP/1.0 //请求资源的内容
    Host:www.guet.edu.cn

2.2 open www.sina.com.cn 80 //在命令提示符号下直接输入telnet www.sina.com.cn 80
HEAD /index.asp HTTP/1.0
Host:www.sina.com.cn

3 实验结果：

3.1 请求信息2.1得到的响应是:

HTTP/1.1 200 OK                                              //请求成功
Server: Microsoft-IIS/5.0                                    //web服务器
Date: Thu,08 Mar 200707:17:51 GMT
Connection: Keep-Alive
Content-Length: 23330
Content-Type: text/html
Expries: Thu,08 Mar 2007 07:16:51 GMT
Set-Cookie: ASPSESSIONIDQAQBQQQB=BEJCDGKADEDJKLKKAJEOIMMH; path=/
Cache-control: private

//资源内容省略

3.2 请求信息2.2得到的响应是:

HTTP/1.0 404 Not Found //请求失败
Date: Thu, 08 Mar 2007 07:50:50 GMT
Server: Apache/2.0.54 <Unix>
Last-Modified: Thu, 30 Nov 2006 11:35:41 GMT
ETag: "6277a-415-e7c76980"
Accept-Ranges: bytes
X-Powered-By: mod_xlayout_jh/0.0.1vhs.markII.remix
Vary: Accept-Encoding
Content-Type: text/html
X-Cache: MISS from zjm152-78.sina.com.cn
Via: 1.0 zjm152-78.sina.com.cn:80<squid/2.6.STABLES-20061207>
X-Cache: MISS from th-143.sina.com.cn
Connection: close

失去了跟主机的连接

按任意键继续...

接口测试：

1、什么是接口

接口测试主要用于外部系统与系统之间以及内部各个子系统之间的交互点，定义特定的交互点，然后通过这些交互点，通过一些特殊的规则，即协议来进行数据之间的交互。

我们常说的API就是接口的意思，现在常用的web项目，app项目的接口都是基于HTTP请求的，有些系统内部之间调用的接口不需要测试。

2、接口的类型

接口一般分为2种：

1) 程序内部的接口：方法与方法之间，模块与模块之间的交互，程序内部抛出的接口，比如登录模块和发帖模块，要发帖必须先登录，2个模块就要有交互。

2）系统对外的接口：比如要从别的网站/服务器上获取资源信息，别人不会把数据库共享给你，只能给你提供一个写好的方法来获取数据，引用他们提供的接口就能使用他写好的方法，

接口的分类：

1）webservice接口：走soap协议通过http传输，请求报文和返回报文都是xml格式的，在测试时通过工具才能进行调用，测试。

2) http api接口：走http协议，通过路径来区分调用的方法，请求报文都是key-value形式的，返回报文一般都是json串，有get和post等方法，这也是最常用的两种请求方式。

json是一种通用的数据类型，其本质是字符串，他与其他语言无关，只是可以经过稍稍加工可以转换成其他语言的数据类型，比如可以转换成Python中的字典，key-value的形式，可以转换成JavaScript中的原生对象，可以转换成java中的类对象等。

3、接口的本质和工作原理：

接口，可以简单的理解为URL，工作原理：URL通过get或者post请求向服务器发送一些东西，然后得到一些相应的返回值，本质就是：数据的传输与接收。

为什么接口测试？

①.越底层发现bug，它的修复成本是越低的。

②.前端随便变，接口测好了，后端不用变。

③.检查系统的安全性、稳定性，前端传参不可信，比如京东购物，前端价格不可能传入-1元，但是通过接口可以传入-1元。

④.如今的系统复杂度不断上升，传统的测试方法成本急剧增加且测试效率大幅下降，接口测试可以提供这种情况下的解决方案。

⑤. 接口测试相对容易实现自动化持续集成，且相对UI自动化也比较稳定，可以减少人工回归测试人力成本与时间，缩短测试周期，支持后端快速发版需求。接口持续集成是为什么能低成本高收益的根源。

⑥. 现在很多系统前后端架构是分离的，从安全层面来说：

(1)、只依赖前端进行限制已经完全不能满足系统的安全要求，需要后端同样进行控制，在这种情况下就需要从接口层面进行验证。

(2)、前后端传输、日志打印等信息是否加密传输也是需要验证的，特别是涉及到用户的隐私信息，如×××，银行卡等。

怎样做接口测试？

--由于项目前后端调用主要是基于http协议的接口，所以测试接口时主要是通过工具或代码模拟http请求的发送与接收。

工具有很多如：postman、jmeter、soupUI、java+httpclient、robotframework+httplibrary等。

也可以用接口自动化来实现，就是用代码实现，框架和UI自动化差不多，发送请求用断言来判断。

接口测试需要掌握的知识？

①了解系统及内部各个组件之间的业务逻辑交互；

②了解接口的I/O（input/output：输入输出）；

③了解协议的基本内容，包括：通信原理、三次握手、常用的协议类型、报文构成、数据传输方式、常见的状态码、URL构成等；

④常用的接口测试工具，比如：jmeter、loadrunner、postman、soapUI等；

⑤数据库基础操作命令（检查数据入库、提取测试数据等）；

⑥常见的字符类型，比如：char、varchar、text、int、float、datatime、string等；

测试流程：

接口测试属于功能测试，也可以看作是需要了解部分代码的灰盒测试。

1）测试接口文档。

2）根据接口文档编写测试用例

3）执行测试，查看返回的数据是否正确（主要检测返回的是否和接口文档中定义的一样，还有根据条件查询数据库，检测返回的数据是否和数据库中的保持一致，）

例1：http://api.douban.com/v2/book/search?q='百年孤独' 返回的就是接口信息。

内容很多，是一个json字符串。可以把所有东西复制下来，用在线解析的站点：json.cn

测试时根据接口文档，查看返回.....判断.....

例2：get类型的接口可以直接通过浏览器访问，但POST要用专门的攻击测试，如JMETER。

API介绍

更新用户昵称

使用场景：当客户端用户点击更新用户昵称

请求URL方式：/user/update/nickname-POST

请求参数（request）：

名称类型 Required 说明

userid Long Y 用户ID

nickname String Y 用户昵称

返回数据（Response）：

名称类型非空说明

code int Y 调用成功或错误代码（200或

msg String N 接口调用成功或错误信息

data Object N 返回数据

首先，查看接口文档，实现什么功能，由此涉及测试用例，userid和nickname均不为空，测试输入类型，测试更新更改后数据库是否同步更新。

例3：复杂格式的POST接口，上传文件/发布图片

引申：

cookie与session的区别？

1、cookie数据存放在客户的浏览器上，session数据放在服务器上。

2、cookie不是很安全，别人可以分析存放在本地的cookie并进行cookie欺骗考虑到安全应当使用session。

3、session会在一定时间内保存在服务器上。当访问增多，会比较占用你服务器的性能考虑到减轻服务器性能方面，应当使用cookie。

4、单个cookie保存的数据不能超过4K，很多浏览器都限制一个站点最多保存20个cookie。

所以建议：将登陆信息等重要信息存放为session，其他信息如果需要保留，可以放在cookie中。

qiannuo_

关注

4
点赞
踩
35

收藏

觉得还不错? 一键收藏
0
评论
复制链接

分享到 QQ

分享到新浪微博

扫一扫