接口測試概念
目的:為了驗證服務端已定義接口功能的正確性(實際是否符合預期)--盡早進入測試工作--定位服務端缺陷。
1.驗證實際是否符合預期(接口測試):構造發(fā)送請求--》接收查看響應 ===實際比對預期
接口三大要素
定位接口資源 -- 提交測試數(shù)據(jù) -- 查看響應結果
1. 接口資源 -- URL / method
- URL -- 協(xié)議 - IP地址(域名) - port端口號(默認80) - 資源路徑
- method -- get查 - post增 - put改 - delete刪
get、post的區(qū)別:
安全性,GET 提交的數(shù)據(jù)顯示在地址欄不安全, POST 隱式提交數(shù)據(jù)更安全
數(shù)據(jù)量大小不同,GET提交的數(shù)據(jù)量瀏覽器一般有限制,POST提交無數(shù)據(jù)量限制
效率上,GET提交效率更高
2. 提交數(shù)據(jù) -- Json / Key-Value
- Keys-Value結果篩選 -- param/QueryString
URL?key1=value&key2=value2 - Json數(shù)據(jù)提交 -- body
{
“username”:“huluwa”
“password”:“123456”
}
3. 響應結果 -- 狀態(tài)碼 / 響應體
- 狀態(tài)碼 -- 2XX - 3XX - 4XX - 5XX
-
響應體 -- Json
image.png
4.RESTful API(RESTful web service)
| 請求方式 | 要素1(定位資源) | 要素2(提交數(shù)據(jù)) | 要素3(響應數(shù)據(jù)) |
|---|---|---|---|
| 查 | URL + GET | 以鍵值對格式提交數(shù)據(jù) | 狀態(tài)碼: 200響應體:單條或多條資源 |
| 增 | URL + POST | 以鍵值對/Json格式 提交數(shù)據(jù) | 狀態(tài)碼: 201(或200)響應體:新增后的資源 |
| 改 | URL + PUT | 以鍵值對/Json格式提交數(shù)據(jù) | 狀態(tài)碼: 201(或200) 響應體:修改后的資源 |
| 刪 | URL + DELETE | 刪以鍵值對格式 | 狀態(tài)碼: 204響應體:無 |
