本篇文章给大家带来了关于python的相关知识，其中主要介绍了关于接口自动化测试必备基础中http协议的相关问题，下面一起来看一下，希望对大家有帮助。
推荐学习：python视频教程
HTTP协议与特点
如果将 HTTP协议当做一个人来比较的话，想要深入了解这个人的时候，肯定会先去了解对方的性格特征等。那么 HTTP协议 有什么特征呢？总的来说有以下几个特点：
- 2、第二个特点：
简单快速；客户端向服务器请求服务的时候，只需要传入请求的方法和路径；常用的请求方法有GET、HEAD、POST（除了这三种之外，还有其他不那么常用的方法，有兴趣的小伙伴可以在 HTTP协议状态及报文组成 一文进行拓展）；由于 HTTP协议 简单，使得 HTTP服务器的程序规模小，因而通信速度很快。
- 3、第三个特点：
灵活；之所以灵活是因为 HTTP 允许传输任意类型的数据对象；传输的类型由Content-Type加以标记内容类型，支持多种内容格式的传输。(兼容性很强)
- 4、第四个特点：无连接；这里的无连接可不是没有连接的意思，而是限制每个连接只处理一个请求。服务器处理完客户端的请求并收到客户端的应答之后，就断开连接。采用如此的设计方式呢，能够节省传输时间。
- 拓展：可能有同学认为一个页面有很多个 HTTP 请求，来回这样连接、断开会效率很低。其实早期这么做的原因是因为产生于互联网，因此服务器需要处理同时面向全世界 数十万、上百万 的网页访问。但是每个客户端（或者说浏览器）与服务器之间交换数据的间歇性特别大，所以 HTTP 的传输是具备突发性与顺时性的，大部分通道实际上会很空闲，无端的占用资源比较浪费。因此呢， HTTP 的设计者有意使用这样的特点将协议设计为
请求的时候建立连接，请求完就释放连接。尽快的将资源释放出来服务给其他的客户端，无论怎样，对于同一个客户端来说，还是每一次只处理一个请求，所以我们也能看出来 HTTP 协议的另外一个优点，它很专一。(*^▽^*)
- 拓展：可能有同学认为一个页面有很多个 HTTP 请求，来回这样连接、断开会效率很低。其实早期这么做的原因是因为产生于互联网，因此服务器需要处理同时面向全世界 数十万、上百万 的网页访问。但是每个客户端（或者说浏览器）与服务器之间交换数据的间歇性特别大，所以 HTTP 的传输是具备突发性与顺时性的，大部分通道实际上会很空闲，无端的占用资源比较浪费。因此呢， HTTP 的设计者有意使用这样的特点将协议设计为
- 5、最后一个特点：无状态； 无状态的意思就是说
HTTP协议对于事务的处理没有记忆能力；缺少状态就意味着如果后续处理需要前面的信息，则必须要重传，这就很可能会导致每次连接传送的数据量增大。另一方面，在服务器不需要先前的信息时它的响应就比较快。
PS：所以 HTTP 的这些特性是既有优点也有缺点。
- 优点：优点在于解放服务器，每一次请求点到为止不会造成不必要的连接占用。
- 缺点：缺点在于每一次请求都会传输大量的重复内容信息。
- 所以保持 HTTP 连接的两种技术就应运而生了，那就是
cookie与session。
HTTP的请求与响应
现在我们知道 HTTP协议 是一种请求与响应的模式，那么就来一起认识一下 HTTP的请求和响应吧，先从 HTTP协议的请求说起。
HTTP的请求
请求 是发送给接口的数据对象，包括接口的地址（也就是常说的 URL）、请求的方法（get、post…）、参数、请求头（Headers）、Cookies、数据等等… 见下图：
上图中的报文内容就是典型的 HTTP协议的 post 与 get 请求报文（忽略get请求报文的请求体，那是我瞎编的 。）：
HTTP的响应
熟悉了 HTTP 的请求，再来看一下响应。见下图：
可以从响应报文的样式看出，与请求的报文比较相像，他也分为三个部分：请求行对应响应行、请求头对应响应头、请求体对应着响应体。
HTTP请求方法剖析
更多内容参考 HTTP协议状态及报文组成 一文的 HTTP请求方法 。
GET 方法
GET方法 用来请求访问已被 URI 识别的资源，指定的资源经服务器端解析后返回响应内容。（见下图）
PSOT 方法
POST方法 与 GET方法 功能类似，一般用来传输实体的主体；主要的目的不是为了获取响应主体的内容，是向 WEB服务器提供表单数据，尤其是大批量的数据 。
POST方法 其实是克服了 GET方法 的一些缺点，通过 POST 请求，数据就不是作为一个 URL 请求的一部分了，而是作为标准数据的格式来传递给 WEB服务器 这也就克服了 GET方法 中数据无法保密且数据量有限制的缺点。
接下来就是一些不太常用的一些方法的介绍了。
PUT 方法
HEAD 方法
DELETE 方法
OPTIONS 方法
该方法在实际工作中使用的是非常少的，在安全领域经常会被攻击者、渗透测试工程师用于信息收集。
TRACE 方法
CONNECT 方法
HTTP状态码详解
HTTP 状态码
在我们使用浏览览器向WEB网页所在服务器发出请求时，当服务器接收我们的请求并响应的情况下。浏览器会接收并显示网页，此网页所在的服务器会返回一个包含HTTP状态码的信息头（server header）用以响应我们在浏览器中的请求。
HTTP状态码的英文为HTTP Status Code。
下面是常见的HTTP状态码
- 200 - 请求成功
- 301 - 资源（网页等）被永久转移到其它URL
- 404 - 请求的资源（网页等）不存在
- 500 - 内部服务器错误
HTTP状态码分类
| 1** | 信息，服务器收到请求，需要请求者继续执行操作 |
| 2** | 成功，操作被成功接收并处理 |
| 3** | 重定向，需要进一步的操作以完成请求 |
| 4** | 客户端错误，请求包含语法错误或无法完成请求 |
| 5** | 服务器错误，服务器在处理请求的过程中发生了错误 |
HTTP状态码表
| 100 | Continue | 继续。客户端应继续其请求 |
| 101 | Switching Protocols | 切换协议。服务器根据客户端的请求切换协议。 只能切换到更高级的协议，例如，切换到HTTP的新版本协议 |
| 200 | OK | 请求成功。一般用于GET与POST请求 |
| 201 | Created | 已创建。成功请求并创建了新的资源 |
| 202 | Accepted | 已接受。已经接受请求，但未处理完成 |
| 203 | Non-Authoritative Information | 非授权信息。请求成功。但返回的meta信息不在原始的服务器，而是一个副本 |
| 204 | No Content | 无内容。服务器成功处理，但未返回内容。在未更新网页的情况下，可确保浏览器继续显示当前文档 |
| 205 | Reset Content | 重置内容。服务器处理成功，用户终端（例如：浏览器）应重置文档视图。 可通过此返回码清除浏览器的表单域 |
| 206 | Partial Content | 部分内容。服务器成功处理了部分GET请求 |
| 300 | Multiple Choices | 多种选择。请求的资源可包括多个位置，相应可返回一个资源特征与地址的列表 用于用户终端（例如：浏览器）选择 |
| 301 | Moved Permanently | 永久移动。请求的资源已被永久的移动到新URI，返回信息会包括新的URI， 浏览器会自动定向到新URI。今后任何新的请求都应使用新的URI代替 |
| 302 | Found | 临时移动。与301类似。但资源只是临时被移动。客户端应继续使用原有URI |
| 303 | See Other | 查看其它地址。与301类似。使用GET和POST请求查看 |
| 304 | Not Modified | 未修改。所请求的资源未修改，服务器返回此状态码时，不会返回任何资源。客户端通常 会缓存访问过的资源，通过提供一个头信息指出客户端希望只返回在指定日期之后修改的资源 |
| 305 | Use Proxy | 使用代理。所请求的资源必须通过代理访问 |
| 306 | Unused | 已经被废弃的HTTP状态码 |
| 307 | Temporary Redirect | 临时重定向。与302类似。使用GET请求重定向 |
| 401 | Unauthorized | 请求要求用户的身份认证 |
| 402 | Payment Required | 保留，将来使用 |
| 403 | Forbidden | 服务器理解请求客户端的请求，但是拒绝执行此请求 |
| 404 | Not Found | 服务器无法根据客户端的请求找到资源（网页）。通过此代码，网站设计人员可 设置"您所请求的资源无法找到"的个性页面 |
| 405 | Method Not Allowed | 客户端请求中的方法被禁止 |
| 406 | Not Acceptable | 服务器无法根据客户端请求的内容特性完成请求 |
| 407 | Proxy Authentication Required | 请求要求代理的身份认证，与401类似，但请求者应当使用代理进行授权 |
| 408 | Request Time-out | 服务器等待客户端发送的请求时间过长，超时 |
| 409 | Conflict | 服务器完成客户端的PUT请求是可能返回此代码，服务器处理请求时发生了冲突 |
| 410 | Gone | 客户端请求的资源已经不存在。410不同于404，如果资源以前有现在被永久删除了可使用410代码， 网站设计人员可通过301代码指定资源的新位置 |
| 411 | Length Required | 服务器无法处理客户端发送的不带Content-Length的请求信息 |
| 412 | Precondition Failed | 客户端请求信息的先决条件错误 |
| 413 | Request Entity Too Large | 由于请求的实体过大，服务器无法处理，因此拒绝请求。为防止客户端的连续请求，服务器可能会 关闭连接。如果只是服务器暂时无法处理，则会包含一个Retry-After的响应信息 |
| 414 | Request-URI Too Large | 请求的URI过长（URI通常为网址），服务器无法处理 |
| 415 | Unsupported Media Typ | 服务器无法处理请求附带的媒体格式 |
| 416 | Requested range not satisfiabl | 客户端请求的范围无效 |
| 417 | Expectation Failed | 服务器无法满足Expect的请求头信息 |
| 500 | Internal Server Erro | 服务器内部错误，无法完成请求 |
| 501 | Not Implemented | 服务器不支持请求的功能，无法完成请求 |
| 502 | Bad Gateway | 充当网关或代理的服务器，从远端服务器接收到了一个无效的请求 |
| 503 | Service Unavailable | 由于超载或系统维护，服务器暂时的无法处理客户端的请求。延时的长度可包含在服务器 的Retry-After头信息中 |
| 504 | Gateway Time-out | 充当网关或代理的服务器，未及时从远端服务器获取请求 |
| 505 | HTTP Version not supported | 服务器不支持请求的HTTP协议的版本，无法完成处理 |
推荐学习：python视频教程
以上就是Python接口自动化测试必备基础之http协议详解的详细内容，更多请关注Work网其它相关文章！