請求 介面測試的前提條件：
1.網是通的：為了與伺服器端進行連線。
3.接收響應資料，測試人員拿到響應資料後去進行驗證。
4.最後所有的資料請求結束了，不想做進一步的資料互動了，那就關閉連線。
介面測試原理：
模擬客戶端向伺服器傳送報文請求，伺服器接收請求報文後對相應的報文做處理並向客戶端返回應答，客戶端接收應答的乙個過程。
postman是怎麼實現這個過程
我們跟別人連線，首先要知道別人是誰，要傳送資料發給誰，這是基本條件。
1.那麼就有我們的url，它就是所謂的介面位址，我們要傳送的位址，介面位址，這是你必須要知道的，你不知道這個位址，這個東西就送不出去了，url就表示我們要傳送資料的物件，我們要發的介面位址，這是必須要提供的。我們要傳送到哪家去。
就像你在一座大樓裡面，你要找904，你要明確告訴我904這個東西，因為一棟樓有非常多的房號，要在那麼多房號中選擇乙個想要的房號，那你就要告訴我這個房號，那這乙個房號就是乙個口，200個介面意味著有200個房號。
2.請求資料。既然你已經知道你的目的是**了 ，接下來告訴你的目的地你要幹什麼，所以第二件事情就是你的請求資料。在我們的介面請求中，雖然你有請求資料，但是它有不同的請求方式或者說傳參方式。
請求資料介面當中有一定方式，get 或者post是主要的兩種請求方式，這兩種是我們用的非常多的，但是實際上，http請求介面請求除了這兩種還有更多的請求方式，著重是get和post。
找個例子演示：
在網上申請了乙個星座運勢的介面，這個介面是免費的。免費資料要實名認證。
可以看下這個介面文件中，api文件，api就是介面的意思，介面就是實現的乙個功能，api文件裡描述了下面這些：
在位址列放入位址後，選擇請求方式，為什麼會有那麼多不同的請求方法的選擇呢，這個是http請求的規範，每一種請求方式它做的事情都是不一樣的。我既然要與後台這麼大的乙個系統服務做各種資料互動，那肯定有不同的處理模式，你來找我肯定有不同的處理模式，
如果註冊介面是什麼請求方式？post，註冊介面是你向伺服器註冊一條資料，你註冊的資料要在服務端沒有存在的，寫入資料，對服務端資料修改和校驗的過程，所以是post，很多情況下基本全是post，get僅僅是作為查詢，伺服器根據你的查詢條件，把查詢結果返回給你，乙個是我要對你傳入的資料做邏輯處理，甚至要修改資料，就要做post方式，我怎麼知道它要不要對資料做邏輯處理，去修改資料呢，這就是你在測試的時候必須對介面的功能有比較多的了解，對業務要了解，否則做不好的。
許可權認證，我們現在沒有許可權認證。
請求頭，我們暫時也沒有，
body翻譯成中文就是請求資料，請求體。在get請求中，body是灰色的，也就說，你請求資料是不可以寫在body裡的，它直接給你遮蔽掉了。換成post就可以在body裡寫了。
Postman介面測試
開發介面的時候需要快速呼叫，方便除錯 測試的時候需要非常方便的呼叫介面，通過不同的引數去測試介面的輸出 這些呼叫需要儲存下來，反覆執行的 在執行過程中如果有斷言 檢查點 加持就更好了 http請求 請求方法，請求的url，請求引數，請求的重要頭域 http響應 狀態碼，響應的body,響應的head...
Postman介面測試
一 postman的使用 這裡介紹乙個小技巧 工作當中，我們可能經常會遇到一些404,500或者其他我們無法分析的錯誤時，我們可以把介面copy為curl傳送給開發人員，讓其幫我們找到答案 開發者工具找到該錯誤介面，copy curl postman import到postman。就可以直接傳送了 ...
postman介面測試
postman工具和其他使用工具類似，如何封裝http請求這裡不再贅述 一 collections 1 乙個collection就是乙個測試專案 其實collection就是乙個一級資料夾 在collection下可以新建子資料夾 2 介面用例組織，collection下的子資料夾可以當作乙個介面，...