URL：統壹資源定位符。
URI：統壹資源標識符。
URL可以看作是URI的具體實現。
·protocol
·domain
·port
·path
·url parameters
示例：
/course/317690?tuin=15945f87
協議，壹般是指://之前的部分，表明通信雙方所采用的通信協議。
協議：是指通信雙方對於通信的數據所采用的數據格式、規程、含義等所作的約定。
對於協議，建議大家了解兩個模型：OSI模型和TCP/IP模型。
從接口測試的角度來說，在不同的通信層可以通過不同的協議來實現接口的測試。
壹般來說，應用層的協議是最接近用戶，最容易實現的。
常見的應用層協議有：
ke.qq.com
192.168.1.100
是指通過冒號連接在域名之後的數字。
端口：0--65535
端口是由服務器自身來進行設定的，是服務器用來發布服務，監聽客戶端的請求的。
如果服務器所設置的監聽端口是所提供服務的通信協議的默認通信端口，則用戶在訪問服務器時，可以省略端口。
常見的協議及其默認的通信端口：
http 80
https 443
ftp 21
ssh 22
smtp 25
pop3 110
mysql 3306
oracle 1521
MS SQL 1433
是指在端口之後的所有內容。
壹般來說path是指我們要訪問的資源or服務在服務器的容器下的路徑。
通常path就會和接口的功能直接掛鉤。
URL地址參數也是屬於PATH的壹部分。
url地址參數是指通過問號的方式連接在path之後的部分。
url地址參數采用的是鍵值對的方式傳遞參數值，多個鍵值對之間使用&作為連接符。
http協議：HypeText Transfer Protocol，超文本傳輸協議。
目前來說，http協議是絕大多數服務首選的通信協議。
http協議是壹種基於request（請求）和response（響應）的協議。
這就意味著http協議是分為兩個部分：
·http request：http請求，是用來定義請求的發送者應該如何去組織數據。
·http response：http響應，是用來定義請求的處理者應該如何去組織返回的數據。
http請求是由三個部分構成：
請求行是指請求數據包中的第壹行內容。
示例：GET /phpwind/ HTTP/1.1
壹般來說，請求行中包含以下信息：
所有的http請求都必須有請求方法，如果沒有指定，則默認為get方法。
常見的請求方法有：get、post、put、patch、delete、options、trace、header等。
接口使用何種請求方法，和測試沒有關系，只和設計、開發有關系。
get和post的區別：
請求路徑就是指URL中的路徑部分，包含url地址參數。
請求頭是指請求數據包中從第二行開始到第壹個空行截止的所有內容。
請求頭是客戶端用來和服務器進行交互信息、控制信息的交互的，通常和業務本身是沒有關系。
請求頭是鍵值對應的。
標準的請求頭都是有其特殊的含義和作用的。
比較常用的請求頭：
· User-Agent ：簡稱UA，客戶端用來告知服務器，客戶端的環境信息。
PS：服務器通常會根據該信息頭來判斷客戶請求的來源。
session和cookie的維持和該請求頭有關（壹致性）。
· Content-Type ：如果請求body中有數據，則該信息壹定要添加。
PS：
·該信息頭是用來告知服務器，請求主體中的數據的數據組織格式。
常見的組織格式有：
鍵值對格式：
示例： aaa=1&bbb=2
混合表單格式，多用於文件上傳類型的接口。boundary表示分隔符，實際的請求主體中的分隔符比請求頭中的分隔符要多"--"。
表示發送的是json格式的數據。
示例：{"aaa":1,"bbb":2}
·請求中具體使用何種格式的數據組織格式，由接口本身決定。
·要避免在全局請求頭中使用Content-Type。
·c ookie、token ：狀態相關的信息頭。壹般來說cookie不用額外處理。
token這樣的信息頭基本上都需要做關聯處理。
是指請求數據包中從第壹個空行開始到最後的所有內容。
·請求主體壹般都是和業務相關的，是客戶端發送給服務器的業務數據。
·請求主體中的數據是有特定組織格式（Content-Type），由開發決定，和測試無關。
·查看請求數據，建議通過raw格式。。尤其是進行調試的時候。
壹般來說http響應也是分為三個部分。
·response line：響應行
·response headers：響應頭
·response body：響應主體
響應行是指響應數據包中的第壹行內容。
通常來說包含下列信息。
示例：
HTTP/1.1 200 OK
響應代碼，又叫status、status code，狀態、狀態碼。
響應代碼是服務器用來告知客戶端，服務器對於請求的通信邏輯層面的處理結果。
響應代碼是三位長度的數字，根據首位數字的不同，可以分為5類。
1xx：表示連接建立過程中的交互、控制信息。
2xx：表示服務器處理成功，典型就是200.
3xx：表示重定向。
PS：1xx、2xx、3xx都表示請求成功，即服務器正常工作。
4xx：表示客戶端錯誤。
如：400、401、403、404、405
5xx：表示服務器錯誤。
如：500、502、501
PS:在接口測試時，不論出現4xx、5xx都表示腳本出錯了。
腳本出錯有兩種情況：
·協議層面：http請求的格式組裝問題。
·業務層面：業務相關的數據不合法導致。
PS：壹旦出錯，我們需要做的就是去對比成功的請求數據包（包含頭和body）和失敗的請求數據包。
響應頭是指響應數據包中從第二行開始到第壹個空行截止的部分。
響應頭是服務器用來告知客戶端，服務器的壹些交互、控制信息。
比較常見的：
set-cookie：是服務器用來返回cookie給客戶端。
響應主體，是指響應數據包中從第壹個空行開始到最後的所有內容。
·響應主體有可能是壓縮、編碼的，有些測試工具會自動處理，有些需要編程處理。
·響應主體壹般都是服務器對於接口的處理結果，和業務相關。
這就意味著我們要判斷壹個接口的功能是否正確，或者要提取服務器返回的數據，通常都要對響應主體進行操作。