這又是一個非常實用的功能，對我們做接口測試來說，經常要處理登錄認證的情況 。如果不用這個Authorization其實也能解決認證的問題，無非就是把要認證的數據按照要求在指定位置傳入參數即可。比如我們之前測試的系統，登錄后返回的token要在每個請求接口的headers中傳入 。這時就需要在每個headers中都填寫一個認證參數傳入 ，但是這樣做的話太過繁瑣，如果使用認證(Authorization)功能的話，就會大大簡化了我們的認證過程。

我們先來看下這個功能的具體位置及主要作用 。

Authorization入口

Inherit auto from parent

從父級繼承身份驗證，是每個請求的默認選擇 。這是一個很有用的功能，當我們對一個集合(collection)進行測試的時候，集合中的每個請求都需要獲取token，那么如果我們在集合的根目錄把token獲取到的話，那么該集合下的所有請求就會自動獲取到token，無需任何處理(因為每個請求的Authorization默認選項就是Inherit auto from parent)，也就省略了我們對每個token進行處理了。

實現步驟：

選中一個集合進行編輯，切換到Pre-Request Script.在這里請求登錄接口 ，將返回的token值拿到，然后保存成全局變量 。
切換到Authorization選項卡，在這里直接獲取token 。這里的獲取token需要根據具體的項目 。比如我們所測試的項目正好是Bearer token這種形式 。直接在列表中使用這種方式輸入{{token}}即可。
向集合添加請求，無需進行token處理，所有接口都能請求成功 。

No Auth

無需身份認證的可以選擇這個 。

API Key

也有很多系統是通過這種認證方式，更多的是系統自定義的認證方式，比如在請求頭添加 model: data xxx-xxx-xxx-xxxx

Bearer Token

通過Bearer Token認證，就相當于在請求頭中添加Authorization：Bearer Token 。

總之，需要用到那種認證方式要根據所測試的系統而定，如果所測試的系統能通過Authorization來搞定你的登錄認證，那將會大大節省你的工作量。

總結

以上是生活随笔為你收集整理的08-认证(Authorization)的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。