-
響應(yīng)模型和場景設(shè)置 可以再深入學習一下:
查看全部 -
如何在jmeter中使用json格式的入?yún)ⅲ?/p>
查看全部 -
GET請求:向特定的資源發(fā)出請求。????注意:GET方法不應(yīng)當被用于產(chǎn)生”副作用“的操作中,例如在Web Application中,其中一個原因是GET可能會被網(wǎng)絡(luò)蜘蛛等隨意訪問。
get請求:
url:http://127.0.0.1:8080?username=zhangsan&password=123
post請求:
url:http://127.0.0.1:8080
請求體:
{
????[
????????"userName":"zhangsan",
????????"passWord":"123"
????]
}POST請求:向指定資源提交數(shù)據(jù)進行處理請求(例如提交表單或者上傳文件)。數(shù)據(jù)被包含在請求體中。POST請求可能會導致新的資源的建立和/或已有資源的修改
總結(jié):get請求訪問更快,常用于數(shù)據(jù)的讀??;post請求訪問更安全,常用于新的資源的建立和已有資源的修改,使用場景如提交表單或上傳文件;
注意:
1)方法名稱是區(qū)分大小寫的。當某個請求所針對的資源不支持對應(yīng)的請求方法的時候,服務(wù)器應(yīng)當返回狀態(tài)碼405(Mothod Not Allowed);當服務(wù)器不認識或者不支持對應(yīng)的請求方式時,當返回狀態(tài)碼501(Not Implemented)。
2)HTTP服務(wù)器至少應(yīng)該實現(xiàn)GET和HEAD/POST方法,其他方法都是可選的
查看全部 -
http請求響應(yīng)模型(一次請求的生命周期或簡單的軟件分層)
一. 登錄場景:
1. 客戶端發(fā)起請求到API接口層
????????1.1用戶在客戶端填寫用戶名和密碼,點擊登錄,發(fā)送請求
2. API接受到客戶端發(fā)起的用戶請求
????????2.1API對業(yè)務(wù)邏輯進行驗證
????????????2.1.1驗證用戶名和密碼是否合法
? ? ? ? ? ?比如:用戶名要求必須為真實手機號碼(11位,1開頭,第二位34)? ? ? ? ? ?
???????????如果驗證失敗,即用戶名不合法,那么需要給客戶端發(fā)送響應(yīng)碼
? ? ? ? ? ?比如碼值為1,2,3
? ? ? ? ? ?1代表用戶名格式錯誤
? ? ? ? ? ?2代表用戶名或密碼錯誤
? ? ? ? ? ?3代表密碼格式錯誤
3.?api會將用戶輸入的數(shù)據(jù)發(fā)給db層
????? ?3.1數(shù)據(jù)庫查詢成功則返回1,失敗返回0
4. DB會將返回的查詢數(shù)據(jù)庫的條目數(shù)給api
5. api返回成功或失敗的狀態(tài)碼發(fā)給客戶端
6. 客戶端將返回的信息提示給用戶
二. 做軟件測試可以把軟件分層進行測試:
客戶端:功能測試,性能測試,自動化測試
接口層:主要控制業(yè)務(wù)邏輯層。接口測試,功能測試,性能測試,自動化測試(接口層的自動化測試更好維護腳本,因為不涉及頁面元素的改變)
數(shù)據(jù)庫層:可以將開放人員使用到的sql語句單獨拿出來進行性能測試
查看全部 -
Http是一個應(yīng)用層協(xié)議,由請求和響應(yīng)構(gòu)成,是一個標準的客戶端服務(wù)模型。Http協(xié)議永遠都是客戶端發(fā)起請求,服務(wù)端回送響應(yīng)。
Http協(xié)議通常承載于TCP協(xié)議之上,Https承載于SSL(安全套接層協(xié)議)/TLS(傳輸層安全協(xié)議)之上,這個時候我們通常說的加密連接了。
http使用80端口,https使用443端口。http是明文傳輸,而https為了保障數(shù)據(jù)傳輸?shù)陌踩?,通過SSL證書實現(xiàn)加密傳輸。
查看全部 -
不用角色眼中的接口:
1. 開發(fā)人員眼中的接口:模塊與模塊之間的對接方式
創(chuàng)建一個接口類Person:
public interface Person{
#人可以有哪些行為, 定義3種方法,不去具體怎樣實現(xiàn)
????public void run();
????public void eat();
????public void tal();
}
#創(chuàng)建一個接口實現(xiàn)類Man,必須實現(xiàn)這個接口里的所有方法。
public class Man implements Person{
????public void run(){
????}
????public void eat(){
????}
????public void talk(){
????}
}
public class women implements Person{
????public void run(){
????}
????public void eat(){
????}
????public void talk(){
????}
}
2. 測試人員眼中的接口:可以獨立部署成服務(wù)的協(xié)議接口
查看全部 -
不同角色眼中的接口:主要針對測試人員和開發(fā)人員
常見的接口協(xié)議:http接口
http協(xié)議棧中的位置:http協(xié)議的底層原理
http協(xié)議響應(yīng)碼:接口測試中的響應(yīng)碼代表的意思
http協(xié)議響應(yīng)模型:一次請求的生命周期,從哪發(fā)起到哪結(jié)束的整個閉環(huán)流程
常用的http協(xié)議的請求方式:get, post等
jmeter的功能介紹
實戰(zhàn)內(nèi)容-get請求與post請求兩種請求方式
查看全部 -
HTTP協(xié)議響應(yīng)碼
查看全部 -
課程內(nèi)容介紹
查看全部 -
3、成功后,api會將用戶輸入的數(shù)據(jù)發(fā)給DB層
此時,數(shù)據(jù)庫會做增、刪、改、查等操作。
查看全部 -
http協(xié)議請求響應(yīng)模型
場景:登錄
1、客戶端發(fā)起請求到api接口層
1.1用戶在客戶端填寫用戶名和密碼,點擊登錄,發(fā)送請求
2、api接收到客戶端發(fā)起的請求
2.1 api對業(yè)務(wù)邏輯進行驗證
2.1.1 驗證用戶名和密碼是否合法
比如:用戶名要求必須為真實的手機
如果驗證失敗,即用戶名不合法,那么需要給客戶端返回響應(yīng)碼(這個響應(yīng)碼是自定義的)
查看全部 -
5開頭:
服務(wù)端錯誤,服務(wù)器不能正確執(zhí)行一個正確的請求
查看全部 -
4開頭:
客戶端錯誤,客戶請求包含語法錯誤或者是不能正確執(zhí)行。
查看全部 -
1開頭的http協(xié)議響應(yīng)碼:
信息響應(yīng)類,表示接收到請求并且繼續(xù)處理
2開頭表示:
處理成功響應(yīng)類,表示動作被成功接收、理解和接受
3開頭表示:
重定向響應(yīng)類,為了完成指定的動作,必須接受進一步處理。
查看全部 -
HTTP協(xié)議、HTTPS協(xié)議,需要課下找:印象筆記里之前寫的。
查看全部 -
查看全部
-
參數(shù)化
1.函數(shù)助手-選擇一個功能 __CSVRead
2.
CSV file to get values form | *alias? 文件路徑
CSV文件列號| next| *alias? ? ? ? ? ? ? ? ?默認填寫0
參數(shù)化生成的字符串,復制出來,填到路徑內(nèi)(get請求)
查看全部 -
登錄響應(yīng)模型:
?1.客戶端發(fā)起請求到api接口:用戶在客戶端填寫用戶名和密碼,點擊登錄(發(fā)送請求);
?2.api接收到客戶發(fā)起的登錄請求:
????????????api驗證客戶發(fā)起的登錄用戶名和密碼是否合法:
???????????????? ?a.不合法則接口返回響應(yīng)碼給客戶端:比如要求用戶名必須是12個字符內(nèi)的中英文,不允許有其他字符;
???????????????????b.合法api將客戶輸入的用戶名和密碼發(fā)給db層;
3.api將數(shù)據(jù)發(fā)送給 db層,db層則返回查詢的數(shù)據(jù)信息給api;
4.api接收到返回的數(shù)據(jù)處理后,再響應(yīng)給客戶端。
總結(jié):
?客戶端發(fā)起請求到api,api校驗通過合法后,將請求發(fā)送到db層,db層將請求進行處理并響應(yīng)返回到api,api接收到數(shù)據(jù)并對返回的數(shù)據(jù)進行處理后,將數(shù)據(jù)返回給客戶端響應(yīng);
查看全部 -
Jmeter能做什么?
1、BS架構(gòu)應(yīng)用性能
2、http協(xié)議接口的功能和性能
3、ftp協(xié)議接口的功能和性能
4、mysql數(shù)據(jù)庫性能 (分三層)
5、MongoDB數(shù)據(jù)庫性能
6、支持自定義java組件開發(fā)
查看全部
舉報