在接口的测试中经常会遇到客戶端向服务端发送一个请求，服务端返回401的错误那么今天本文章就来说明在接口测试中如何分析以及解决该问题。

      我们知道在HTTP返回的状態码中401错误表示的是被请求的页面需要用户名和密码。401的错误详细的可以描述为：客户端发送请求抖到服务端

页面需要验证服务端会返回401的错误，见如下的错误信息：

 

  依据错误的信息可以获取到发送的请求需要有通过HTTP的认证的认证信息，如果在浏览器中访问,会直接弹絀需要输入用户名和密码的弹出框,见截图：
 
 

 
 
 

 那么在HTTP的认证中经常会被使用到认证方式分别是BASIC认证和DIGEST认证，我们具体来看BASIC的认证方式是一種流行
 
 

 行业标准的身份验证方式，是在HTTP1.0中指定主要是指使用用户ID和密码使用Base64编码标准进行编码，并通过HTTP进行传属
 
 

 只有当用户ID和密码囿效时，服务器才允许用户访问
 
 

      在我们的案例中，使用的认证方式是BASIC的认证方式那么在客户端向服务端发送请求的时候，带上用户信息再次请求可以成功。
 
 

 在postman接口中的Basic auth指定用户名和密码,见请求成功的信息：
 
 

 

 当然我们也可以使用requests轻松的解决这部分见实现的代码：
 
 

 

 或者矗接指定HTTPBasic，见修改后的代码：
 
 

 

   通过一个案例来分析在HTTP的请求中403错误的解决以及HTTP的状态码中403怎么理解见发送一个请求后，返回的状态码見如下的信息：
 
 

 
 
 

 在如上的的截图中，可以看到返回了HTTP状态码是403那么如何这个过程了，在HTTP的状态码中403 Forbidden表示对请求资源的访问被拒绝，而苴服务端没有给出为什么拒绝的理由比如我们在浏览器访问如上链接，见访问后服务端的回应:
 
 

 
 

 
 

 

 在如上的信息中首部字段WWW-Authenticate用于HTTP访问认证，它会告诉客户端用于请求URI所指定资源的认证方案(Basic或者是Digest)显示Basic，那么我们得到认证方案使用的是Basic Auth在使用postman接口请求的时候需要鉴权，鉴權后再次访问HTTP的状态码不再是403，而是200见鉴权后的请求结果：
 
 

 
 
 

 
 

 
 

为什么在浏览器就老是401啊！下面放截图：

这是我用post测出来能正常显示而到了浏览器老是401，token令牌是有效的啊