Python自动化测试之request库详解（三）

做过接口测试的都会发现，现在的接口都是HTTPS协议了，今天就写一篇如何通过request发送https请求。

什么是HTTPS

HTTPS 的全称是Hyper Text Transfer Protocol over Secure Socket Layer ，是以安全为目标的HTTP通道，简单的讲是HTTP的安全版本，即HTTP下加入SSL层，简称HTTPS

其中HTTPS的安全基础为SSL，因此通过它的传输的内容都是经过SSL加密的，它的主要作用可以分为两种：

1、建立一个信息安全通道来保证数据传输的安全

2、确保网站的真实性，凡是使用了HTTPS 的网站，都可以通过点击浏览器地址栏的锁头标志来查看网站认证之后的真实信息。

在这我也准备了一份软件测试视频教程（含接口、自动化、性能等），需要的可以直接在下方观看，或者直接关注VX公众号：互联网杂货铺，免费领取

软件测试视频教程观看处：

字节大佬教你逼自己如何在15天内掌握自动化测试（接口自动化/APP自动化/Web自动化/性能测试），内含项目实战

requests发送HTTPS

1.requests发送请求

2.携带请求头发送https

# coding:utf-8
import requests
# 请求地址
url = "https://www.qlchat.com"
headers = {'user-agent': 'Mozilla/5.0 (Windows NT 10.0; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chro''me/53.0.2785.104 Safari/537.36 Core/1.53.2372.400 QQBrowser/9.5.10548.400'
}
r = requests.get(url,headers=headers)
print(r.status_code)代码结果：
错误提示：requests.exceptions.SSLError: HTTPSConnectionPool(host='www.qlchat.com', port=443)

发现请求后代码出现了报错，发现是SSL的问题。

SSL证书验证

requests中是有SSL证书认证的，SSL像默认浏览器一样，SSL 验证默认是开启的，如果证书验证失败，Requests 会抛出 SSLError，如果证书验证失败的时候加上verify=False

源码：

def request(method, url, **kwargs):"""Constructs and sends a :class:`Request <Request>`.:type allow_redirects: bool:param proxies: (optional) Dictionary mapping protocol to the URL of the proxy.:param verify: (optional) Either a boolean, in which case it controls whether we verifythe server's TLS certificate, or a string, in which case it must be a pathto a CA bundle to use. Defaults to ``True``.
代码太多了，删除了一些

回到上面的代码，加入verify=False再次请求，会发现请求成功，但是会报一行安全错误，

# coding:utf-8
import requests
# 请求地址
url = "https://www.qlchat.com"
headers = {'user-agent': 'Mozilla/5.0 (Windows NT 10.0; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chro''me/53.0.2785.104 Safari/537.36 Core/1.53.2372.400 QQBrowser/9.5.10548.400'
}
r = requests.get(url,headers=headers,verify=False)
print(r.status_code)

解决上图报错。导入urllib3模块，引入urllib3.disable_warnings()方法

再次请求就会发现报错没有了

通常我们抓包的过程中，都会看到302的状态码，那么这个过程发生了什么？

什么是重定向

就是通过各种方法将各种网络请求重新定个方向转到其它位置，本来应该从a出发到达b但是最终到达了c，这种场景就叫做重定向了

重定向状态码

说到重定向，肯定少不了http的状态码

300：请求的资源对应于表示形式集合中的某种表示形式，每种表示形式都有自己的特定位置
301：指示已经将资源永久地移动到了某个新位置，并且将来的引用应将新 URI 用于其请求
302：指示已经将资源暂时地移动到了另一个位置，但将来的引用仍应使用原来的 URI 访问该资源。保留此定义是为了向后兼容。SC_FOUND 现在是首选定义
303：指示可在另一个 URI 之下找到该请求的响应
304：指示条件 GET 操作发现资源可用但不可修改
305：指示必须通过 Location 字段给定的代理访问请求资源
307：指示请求的资源暂时驻留在另一个 URI 之下。临时 URI 应该通过响应中的 Location 字段提供

如何处理重定向

当我们遇到这种重定向，我们应该怎么处理？

# request源码中
param allow_redirects: (optional) Boolean. Enable/disable GET/OPTIONS/POST/PUT/PATCH/DELETE/HEAD redirection. Defaults to ``True``.:type allow_redirects: bool

发现requests中默认是True，是允许重定向的。

# coding:utf-8
import requests
url = 'http://github.com'
# 重定向为False
r = requests.get(url,allow_redirects=False)
print(r.status_code)
print(r.url)代码结果：
301
http://github.com/

在默认开启的状态下，我们如何知道请求过程中有没有发现重定向呢？

requests返回中history可以帮我们解决

# coding:utf-8
import requests
url = 'http://github.com'
# 重定向为True
r = requests.get(url,allow_redirects=True)
print(r.status_code)
print(r.history)代码结果：
200
[<Response [301]>]

发现如果我们允许重定向返回的状态码为200，通过查看历史请求状态码，发现中间请求过301