深入理解接口测试：实用指南与最佳实践（二）API文档解析HTTP协议

​
​

您好，我是程序员小羊！

前言

这一阶段是接口测试的学习，我们接下来的讲解都是使用Postman这款工具，当然呢Postman是现在一款非常流行的接口调试工具，它使用简单，而且功能也很强大。不仅测试人员会使用，开发人员也会 经常使用。这节课是分析HTTP协议的请求和响应数据完成ihrm系统指定接⼝的API文档解析，后期讲解大概分三部分进行讲解：
1、根据接口API文档编写接口测试用例
2、使用Postman工具进行接口测试，并能够对大量接口用例进行管理、对接口响应结果进行断言、处理多接口的依赖及生成测试报告
3、使用Python+Requests封装的接口测试框架，实现接口对象封装、测试用例编写、测试数据管理及生成测试报告

正文：

一、了解什么是接口（接口可分为：硬件接口和软件接口；我们这里只关注软件层面的接口）：

接口：是指系统或组件之间的交互点，通过这些交互点可以实现数据的交互。（数据交互的通道）
简单的来说就是：系统之间（外部系统与内部系统，内部系统与内部系统）数据交通的通道。
接口测试：校验 接口回发的 响应数据 与 预期结果 是否⼀致。
可以绕过前端界⾯。直接对 服务器进行测试！！！
简单思维图为：

更详细的描述思维图为：

1.1接口的类型

接口测试分类有许多种，按照范围划分：系统之间的接口和程序内部的接口
系统之间的接口：多个内部系统之间的交互，内部系统与外部系统之间的交互
程序内部的接口：方法与方法之间，模块与模块之间的交互

1.2接口测试原理

模拟客户端向服务器发送请求，服务器接收请求后进行相应的业务处理，并向客户端返回响应数据，检查响应数据 是否符合预期。

1.3接口测试的特点

1、测试可以提前介入，提早发现Bug，符合质量控制前移的理念
2、可以发现一些页面操作发现不了的问题
3、接口测试低成本高效益（底层的一个Bug能够引发上层8个左右Bug，接口测试可以实现自动化）
4、不同于传统的单元测试，接口测试是从用户的角度对系统进行全面的检测
5、符合 质量控制前移理念

1.4实现方式

使用接口测试工具来实现（比如：JMeter、Postman）
通过编写代码来实现（比如：Python + Requests+Unittest或者java + HttpClient）
补充：自动化测试是把以人为驱动的测试行为转化为机器执行的一种过程
接口自动化测试是让程序或工具代替人工自动的完成对接口进行测试的一种过程
postman：使⽤简单，上手难度低。功能较少。
jmeter：使⽤难度较大。上手难度大。功能齐全。

二、接口基础知识（HTTP协议）

2.1HTTP协议介绍

HTTP：（HyperText Transfer Protocol）超文本传输协议，是一个基于请求与响应模式的、应用层的协议，也是互联网上应用最为广泛的一种网络协议。简单来说：协议就是 规则！要求使⽤协议的双⽅必须 严格 遵守！！！

2.2HTTP协议的特点

1. 支持客户端/服务器模式
2. 简单快速
3. 灵活
4. 无连接
5. 无状态

2.3URL

URL：（Uniform Resource Locator）统一资源定位符，是互联网上标准资源的地址。HTTP使用URL来建立连接
和传输数据。

协议部分：“http”，常见的协议有HTTP，HTTPS、FTP等
作用：指定数据传输规则
域名部分：“www.itcast.cn”，也可以使用IP地址作为域名使用
作用：在网络环境中，唯⼀定位一台主机
端口部分：“8080”，端口可以省略，默认端口（HTTP:80，HTTPS:443，FTP:21）
作用：在 主机上，唯⼀定义个应⽤程序
资源路径部分：“/news/index.html”
作用：应用对应的数据资源。 可以省略。如果省略，资源路径为 “/”
查询参数部分：“uid=123&page=1”，可以允许有多个参数，多个之间用“&”作为分隔符
作用：给资源传递参数

小练习：

请写出以下URL的各个组成部分。这个URL没有写出端⼝号，它的端⼝是什么？
http://www.weather.com.cn/data/sk/101010100.html

3.1HTTP请求

说明：http请求由三部分组成，分别是：请求行、请求头、请求体
了解http请求⼀定产生于客户端。当客户端给服务器发送请求时，使用该协议。（请求报文、请求包）

【示例】：

请求行：

请求行用来说明请求方法、要访问的资源以及所使用的协议版本

请求头：

请求头紧接着请求行，请求头部由键值对组成，每行一对。 请求头部通知服务器有关于客户端请求的信息

请求头补充（了解）典型的请求头还有：

请求体：

3.1HTTP响应

HTTP响应也由三个部分组成，分别是：状态行、响应头、响应体
一定产生与服务端。 当服务器接收到 http请求协议 之后，才会产生http响应协议（响应报文、响应包）。

【示例】：

状态行

⼀定位于 http响应协议的，第一行。
格式：协议版本 (空格) 状态码 (空格) 状态码描述 状态行由协议版本号、状态码、状态消息三部分组成
状态码有三位数字组成，第一个数字定义了响应的类别：

1xx：指示信息--表示请求已接收，继续处理
2xx：成功--表示请求已被成功接收、理解、接受
3xx：重定向--要完成请求必须进行更进一步的操作
4xx：客户端错误--请求有语法错误或请求无法实现
5xx：服务器端错误--服务器未能实现合法的请求

响应头：

响应头用于描述服务器的基本信息，以及数据的描述，服务器通过这些数据的描述信息，可以通知客户端如何处理 响应数据
位于响应行之下，空行之上的部分。 数据组织格式 ⼀定是 k:v 对。

响应体

位于 空行之下，几乎所有响应协议都有响应体。
响应体中包含的数据，是接口测试过程中，所要使用的实际结果！！
总的来说响应体就是响应的消息体，数据可以是普通文本、XML、JSON、HTML源码

扩展知识：

如何让前端开发与后台接口开发人员更好的配合，提高工作效率？
答：无规矩不成方圆，那就是制定接口规范

接口规范暂时，我们常用的是这两种
1、传统接口风格
2、RESFful接口风格

传统接口风格

1、接口统一采用 get/post 实现 所有操作。
2、URL 与 资源不是一一对应的。
4、在 URL 中查看出，是何种操作 状态码统一 返回 200

对用户进行操作的相关接口，包括增删改查：

RESTful风格接口

说明： 一种软件架构风格、设计风格，而不是标准，只是提供了一组设计原则和约束条件。
REST：即(Representational State Transfer)的缩写。词组的翻译是"表现层状态转化"。如果一个架构符合REST原
则，就称它为RESTful架构。简单的概括为以下：
1、接口使用的方法，与http协议的 请求方法，⼀⼀对应。
2、get - 查、post - 增、put - 改、delete - 删
3、URL 与资源 ⼀⼀对应！不能从 URL 中，看出 是 何种操作。 需要通过 结合 请求方法 来识别何种操作。
4、 响应状态码 使用较为全面。

RESTful架构特点

1. 每一个URL代表一种资源；
2. 客户端和服务器之间，传递这种资源的某种表现层；
3. 客户端通过四个HTTP动词，对服务器端资源进行操作，实现"表现层状态转化"；
4. 接口之间传递的数据最常用格式为JSON。

常用的HTTP动词有下面四个：

GET：从服务器获取资源（一项或多项）
POST：在服务器新建一个资源
PUT：在服务器更新资源（客户端提供改变后的完整资源）
DELETE：从服务器删除资源

小结：

传统风格接口：只用 get、post方法。 URL 不唯一。 统⼀返回 200
RESTful风格接口：URL 唯⼀，定位资源。结合 请求方法对应不同操作。 返回状态码 较灵活。

结尾：

今天这篇文章就到这里了，文底会有一些小练习大家可以抽空做下，在下篇文章的时候会把答案放在最后，大厦之成，非一木之材也；大海之阔，非一流之归也，希望大家能持续关注下，文章从浅入深，也欢迎大佬们的随时指导！！！

作业：

以下是抓取的某个HTTP协议数据包的请求报文，请问其中，请求行，请求头，请求体分别是什么？