接口測試 總結
前言:
本文主要針對http接口進行測試,使用Jmeter工具實現。
Jmter工具設計之初是用於做性能測試的,它在實現對各種接口的調用方面已經做的比較成熟,因此,本次直接使用Jmeter工具來完成對Http接口的測試。
1.介紹什麽是接口
現在最常用的2種接口就是webservice和http api接口,webservice接口是走soap協議通過http傳輸,請求報文和返回報文都是xm格式,可以通過jme、soapui工具進行測試; http api接口是走http協議通過路徑來區分調用的方法,請求報文格式都是key-value形式,返回報文一般是json串,常見的請求方式有get、post請求等;
2.接口測試流程
接口測試一般介入的時間是在整個項目未開發完成之前,提前進行接口測試,可以提前發現一些業務邏輯問題,方便進行web、app功能測試時,少出現一些技術性bug
a)需求評審,熟悉業務和需求
b)開發提供接口文檔(必須提供接口說明、url、請求方法、請求參數、參數類型、請求參數說明及返回參數說明)
c)編寫接口測試用例
d)進行用例評審
e)提測後開始測試
f)提交測試報告
3.http協議常見的2種請求方式區別
get和post請求:
get請求:從指定的服務器中獲取數據,直接在瀏覽器裏輸入就可以獲取信息
post的請求:提交數據給指定的服務器處理,可以向服務器發送修改請求,從而修改服務器的,需要借助測試工具;
get請求特點:
a)get請求能夠被緩存
b)get請求會保存在瀏覽器的瀏覽記錄中
c)以get請求的url能夠保存為瀏覽器書簽
d)get請求有長度限制
e)get請求主要用以獲取數據
post請求特點:
a)post請求不能被緩存
b)post請求不會保存在瀏覽器瀏覽記錄中
c)以post請求的url無法保存為瀏覽器書簽
d)post請求沒有場地限制
get和post的區別:GET | POST | |
點擊返回/刷新按鈕 | 沒有影響 |
數據會重新發送(瀏覽器將會提示用戶“數據被從新提交”) |
添加書簽 | 可以 | 不可以 |
緩存 | 可以 | 不可以 |
編碼類型(Encoding type) | application/x-www-form-urlencoded | application/x-www-form-urlencoded or multipart/form-data. 請為二進制數據使用multipart編碼 |
歷史記錄 | 有 | 沒有 |
長度限制 | 有 | 沒有 |
數據類型限制 | 只允許ASCII字符類型 | 沒有限制。允許二進制數據 |
安全性 | 查詢字符串會顯示在地址欄的URL中,不安全,請不要使用GET請求提交敏感數據 | 因為數據不會顯示在地址欄中,也不會緩存下來或保存在瀏覽記錄中,所以看POST求情比GET請求安全,但也不是最安全的方式。如需要傳送敏感數據,請使用加密方式傳輸 |
可見性 | 查詢字符串顯示在地址欄的URL中,可見 | 查詢字符串不會顯示在地址欄中,不可見 |
4. http接口測試-簡單示例
a. get請求,一般是url通過?拼接參數,多個參數之間使用&符鏈接;也可以在parameters內通過key-value形式傳參數
b. post請求,請求參數格式是Content-Type:appication/json
c.post請求,上傳文件,請求參數格式是file
d. post請求,需要傳頭信息header
e.post請求,需要添加cookie信息
f.請求加斷言
接口測試 總結