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