Python接口自動化測試之http協議的知識點有哪些

本文小編為大家詳細介紹“Python接口自動化測試之http協議的知識點有哪些”，內容詳細，步驟清晰，細節處理妥當，希望這篇“Python接口自動化測試之http協議的知識點有哪些”文章能幫助大家解決疑惑，下面跟著小編的思路慢慢深入，一起來學習新知識吧。

HTTP協議與特點

如果將 HTTP協議當做一個人來比較的話，想要深入了解這個人的時候，肯定會先去了解對方的性格特征等。那么 HTTP協議 有什么特征呢？總的來說有以下幾個特點：

• 1、第一個特點：HTTP協議支持 客戶/服務端 模式；因為 HTTP 協議 是 TCP、IP 協議簇的一員，與其他成員一樣 ，用于客戶端與服務器之間的通信；而 客戶/服務器模式 的工作方式是由客戶端向服務器發出請求，服務器端響應請求，并進行響應的服務；所有的 HTTP請求 都是從客戶端開始建立通信，服務器端在沒有接收到任何的客戶端請求之前是不會發出響應的；這就是 HTTP協議 的特點之一 。

---

---

• 2、第二個特點：簡單快速 ；客戶端向服務器請求服務的時候，只需要傳入請求的方法和路徑；常用的請求方法有 GET、HEAD、POST（除了這三種之外，還有其他不那么常用的方法，有興趣的小伙伴可以在 HTTP協議狀態及報文組成 一文進行拓展）；由于 HTTP協議 簡單，使得 HTTP服務器的程序規模小，因而通信速度很快。

---

• 3、第三個特點：靈活 ；之所以靈活是因為 HTTP 允許傳輸任意類型的數據對象；傳輸的類型由 Content-Type 加以標記內容類型，支持多種內容格式的傳輸。(兼容性很強)

---

• 4、第四個特點：無連接；這里的無連接可不是沒有連接的意思，而是限制每個連接只處理一個請求。服務器處理完客戶端的請求并收到客戶端的應答之后，就斷開連接。采用如此的設計方式呢，能夠節省傳輸時間。

• 拓展：可能有同學認為一個頁面有很多個 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請求報文的請求體，那是我瞎編的 。）：

• 1、第一行就是請求行，包含有請求方法、請求URI、HTTP協議及版本（與第二行的 host屬性 相結合形成了完整的 請求URL ）

• 2、中間的部分就是報文頭，包含有若干個屬性；格式就是圖中的 屬性名:屬性值 這樣的格式。服務端根據報文頭來獲取客戶端的信息。

• 3、最下面的部分就是報文體，報文體與報文頭之間必須有一個空行。在類似圖中這樣一個 post 請求里面將頁面表單里的組件值通過 name=admin&passwd=123456 這樣類似的鍵值對的格式編碼形成這樣的格式化串，承載多個請求參數的數據。（不僅僅是報文體可以傳輸數據，請求的 URL 在 get 請求方法的時候也是支持傳遞參數的。）

---

在這里可以看出主要的信息是通過請求的方法、url、與報文的主體來進行傳遞的。這也是 HTTP 的特征之一，簡單快速，同時也會發現報文頭里也包含有很多種信息，這些做一個了解即可。參考 HTTP協議狀態及報文組成 文末的請求頭報文。

HTTP的響應

熟悉了 HTTP 的請求，再來看一下響應。見下圖：

可以從響應報文的樣式看出，與請求的報文比較相像，他也分為三個部分：請求行對應響應行、請求頭對應響應頭、請求體對應著響應體。

• 1、響應行分為兩部分：報文協議版本及響應狀態碼。

• 2、響應頭也分為服務器類型、相應數據類型響應時間等多個參數。

• 3、響應體就是我們真正想要的干貨，就是請求的最終返回內容。主要針對這個內容進行解析，比如說請求的是一個頁面，這個時候請求的返回就是一個比較大的 HTML 。

HTTP請求方法剖析

更多內容參考 HTTP協議狀態及報文組成 一文的 HTTP請求方法 。

GET 方法

GET方法 用來請求訪問已被 URI 識別的資源，指定的資源經服務器端解析后返回響應內容。（見下圖）

PSOT 方法

POST方法 與 GET方法 功能類似，一般用來傳輸實體的主體；主要的目的不是為了獲取響應主體的內容，是向 WEB服務器提供表單數據，尤其是大批量的數據 。

POST方法 其實是克服了 GET方法 的一些缺點，通過 POST 請求，數據就不是作為一個 URL 請求的一部分了，而是作為標準數據的格式來傳遞給 WEB服務器 這也就克服了 GET方法 中數據無法保密且數據量有限制的缺點。

接下來就是一些不太常用的一些方法的介紹了。

PUT 方法

• 從客戶端向服務器傳送的數據取代指定的文檔的內容。

• PUT方法與POST方法最大的不同的是：PUT是冪等的，而POST是不冪等的。因此，更多的時候我們將 PUT方法用作傳輸資源。

• 開啟 PUT方法 需要控制權限，否則會造成一定的安全隱患，比如向服務器傳輸帶有惡意 payload 的攻擊腳本。

HEAD 方法

• HEAD方法 幾乎與 GET 方法相同，只不過HEAD方法只請求消息報文頭，返回的響應中沒有具體的內容，用于獲取報頭。

DELETE 方法

• 請求服務器刪除指定的資源，也就是刪除文件。（一般服務器會控制此方法的權限，否則會造成重大的安全漏洞。）

OPTIONS 方法

• 用來查詢針對請求的 URI 指定的資源支持的方法，就是詢問 請求的URL能夠支持什么方法 。

該方法在實際工作中使用的是非常少的，在安全領域經常會被攻擊者、滲透測試工程師用于信息收集。

TRACE 方法

• 用于回顯服務器收到的請求，主要用于測試或診斷。（不常用）

• 在安全領域經常被用于跨站攻擊。

CONNECT 方法

• 開啟與客戶端所請求的資源之間的雙向溝通的通道，所以更多的時候是用它來建立隧道。（使用代理的時候就是使用的這個方法）

HTTP狀態碼詳解

HTTP 狀態碼

在我們使用瀏覽覽器向WEB網頁所在服務器發出請求時，當服務器接收我們的請求并響應的情況下。瀏覽器會接收并顯示網頁，此網頁所在的服務器會返回一個包含HTTP狀態碼的信息頭（server header）用以響應我們在瀏覽器中的請求。

HTTP狀態碼的英文為HTTP Status Code。
下面是常見的HTTP狀態碼

• 200 - 請求成功

• 301 - 資源（網頁等）被永久轉移到其它URL

• 404 - 請求的資源（網頁等）不存在

• 500 - 內部服務器錯誤

HTTP狀態碼分類

HTTP狀態碼表

讀到這里，這篇“Python接口自動化測試之http協議的知識點有哪些”文章已經介紹完畢，想要掌握這篇文章的知識點還需要大家自己動手實踐使用過才能領會，如果想了解更多相關內容的文章，歡迎關注億速云行業資訊頻道。