URI:統壹資源標識符。
URL可以被視為URI的具體實現。
草案
領域
港口
小路
url參數
示例:
/課程/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
甲骨文1521
MS SQL 1433
指港口之後的壹切。
壹般來說，路徑是指我們要訪問的資源或服務在服務器的容器下的路徑。
通常路徑與接口的功能直接相關。
URL地址參數也是路徑的壹部分。
url地址參數是指通過問號連接在path之後的部分。
url地址參數使用壹個鍵值對來傳輸參數值，多個鍵值對使用&；作為壹個連接器。
Http協議:超文本傳輸協議。
目前，http協議是大多數服務的首選通信協議。
Http協議是基於請求和響應的協議。
這意味著http協議分為兩部分:
Httprequest: HTTP請求用於定義請求的發送方應該如何組織數據。
Httpresponse: HTTP響應用於定義請求的處理器應該如何組織返回的數據。
http請求由三部分組成:
請求行是指請求包中的第壹行。
示例:get/phpwind/http/1.1。
通常，請求行包含以下信息:
所有http請求都必須有壹個請求方法。如果未指定，則默認為get方法。
常見的請求方法有:get、post、put、patch、delete、options、trace、header等。
接口使用什麽請求方法與測試無關，只與設計和開發有關。
get和post的區別:
請求路徑是指url中的路徑部分，它包含URL地址參數。
請求頭是指請求包中從第二行到第壹個空行的所有內容。
客戶端使用請求頭與服務器交換信息和控制信息，通常與服務本身無關。
請求頭對應於鍵值。
標準請求頭都有其特殊的含義和功能。
更常用的請求頭:
用戶代理:簡稱UA，客戶端用於通知服務器和客戶端的環境信息。
PS:服務器通常根據報頭判斷客戶請求的來源。
會話和cookie的維護與請求頭（壹致性）有關。
內容類型:如果請求正文中有數據，則必須添加信息。
PS:
報頭用於通知服務器請求主體中數據的數據組織格式。
常見的組織形式有:
鍵值對格式:
例如:AAA = 1 &；bbb=2
混合表單格式，多用於文件上傳類型的界面。Boundary代表分隔符，實際請求正文中的分隔符比請求標頭“-”中的分隔符多。
指示發送json格式的數據。
示例:{“AAA“:1，“BBB“:2 }
請求中使用的特定數據組織格式由接口本身決定。
避免在全局請求頭中使用Content-Type。
Cookie，token:與狀態相關的標頭。壹般來說，cookie不需要額外的處理。
像token這樣的信息頭基本上需要關聯。
指請求包中從第壹個空行到最後壹個空行的所有內容。
請求主題通常與業務相關，即客戶端發送給服務器的業務數據。
請求主體中的數據具有特定的內容類型，這是由開發決定的，與測試無關。
查看請求的數據，建議使用原始格式。。尤其是調試的時候。
壹般來說，http響應也分為三個部分。
響應行:響應行
響應標題:響應標題
響應正文:響應正文。
響應行是指響應包中的第壹行。
壹般來說，它包含以下信息。
示例:
HTTP/1.1 200 OK
響應代碼，也稱為狀態、狀態代碼、狀態、狀態代碼。
服務器使用響應代碼通知客戶端服務器已經在通信邏輯層處理了請求。
響應代碼是三位數字，根據第壹位數字可以分為五類。
1xx:表示連接建立過程中的交互和控制信息。
2xx:表示服務器已成功處理，通常為200。
3xx:表示重定向。
PS: 1xx、2xx、3xx都表示請求成功，即服務器工作正常。
4xx:表示客戶端錯誤。
例如:400，401，403，404，405
5xx:表示服務器錯誤。
如:500，502，501
PS:在界面測試過程中，無論出現4xx還是5xx，都意味著腳本錯誤。
腳本出錯有兩種情況:
協議層:http請求的格式集合。
業務層面:非法業務相關數據。
PS:壹旦出現問題，我們需要做的是將成功的請求包（包括頭和體）與失敗的請求包進行比較。
響應標頭是指響應數據包中從第二行到第壹個空行末尾的部分。
服務器使用響應報頭向客戶端通知服務器的壹些交互和控制信息。
更常見:
Set-cookie:服務器使用它向客戶端返回cookie。
響應正文是指響應數據包中從第壹個空行到最後壹個空行的所有內容。
響應體可能會被壓縮和編碼，壹些測試工具會自動處理它，而另壹些則需要編程。
響應主體壹般是服務器對接口的處理結果，與業務相關。
這意味著如果我們想判斷壹個接口的功能是否正確或提取服務器返回的數據，我們通常必須操作響應主體。