1. 組件說明
1.1 察看結(jié)果樹
1.1.1 將所有結(jié)果寫入文件
- 圖片中的示例,填好保存的文件路徑就行了(這里其實有幾個坑,希望大家自己踩一踩,才能學(xué)到東西,搞不定了拋到星球里大伙討論一下)
-
導(dǎo)出文件的格式有xml,jtl,csv,個人傾向于jtl格式,因為jmx是jmeter用例的文件格式,jtl是jmeter用例結(jié)果的文件格式
CSV文件內(nèi)容
jtl文件內(nèi)容
CSV文件內(nèi)容
1.1.2 響應(yīng)結(jié)果查看方式(不同類型)
大家可以切換一下,看看不同類型的響應(yīng)結(jié)果,為下一周前置處理器和后置處理器做準(zhǔn)備
1.1.3取樣器結(jié)果
取樣器,這個名詞是不是很熟悉,其實在添加HTTP請求的時候的前置組件就是取樣器,這里具體一點指的就是我們的HTTP取樣器(請求)里的詳細(xì)信息,例如:取樣器所屬位置,運(yùn)行時間,字節(jié)大小,入?yún)㈩愋偷鹊刃畔?/p>
1.1.4請求實體
請求實體里的參數(shù),其實是我們在HTTP請求組件里填寫的參數(shù):請求方法,URL,請求數(shù)據(jù),有時候大家發(fā)現(xiàn)自己的請求報錯了,就可以來這里排查一下是不是URL地址寫錯了,沒有API,或者是自己的接口入?yún)⒂袉栴}开仰。
1.1.5請求頭部
頭部字段,這里,如果設(shè)置了信息頭管理器,或者是設(shè)置了cookie,要關(guān)注是否有生效
1.1.6響應(yīng)數(shù)據(jù)
響應(yīng)數(shù)據(jù)這塊,之前很多同學(xué)發(fā)現(xiàn)第一次的斷言:百度一下,失敗了,然后找不到原因...
這里就是我們的實際結(jié)果,里邊有亂碼,響應(yīng)數(shù)據(jù)錯亂等等情況,都可以先來這里排查一下
1.1.7響應(yīng)頭部
響應(yīng)頭部這里,能看到解壓方式,響應(yīng)數(shù)據(jù)類型,是否保持長連接,字節(jié)大小等等數(shù)據(jù)
1.2 斷言結(jié)果
- 字面意思,這個組件是看斷言是否通過的,默認(rèn)的是通過(不填加斷言),如果有斷言的情況下,就根據(jù)斷言結(jié)果顯示,如果斷言成功,直接通過,如果失敗,就拋出錯誤信息邻吞。
- 圖中拋出一個信息:響應(yīng)斷言 : Test failed: text expected to contain /老徐12/
-
期望包含文本:老徐12,為什么報錯了?因為最后一條入?yún)?shù)據(jù)是老徐130啊
斷言結(jié)果
1.3 匯總報告
后面的幾個組件,其實在功能測試和接口自動化測試的時候就用不到了谍婉。匯總報告是看總體接口的一個數(shù)據(jù)概況,具體參數(shù)這里就不展開聊了勤家。
1.4 聚合報告
1.5 圖形結(jié)果
1.6 用表格察看結(jié)果
2.練習(xí)說明
- 接著的腳本練習(xí),如果沒有的話,先完成前一天的打卡哈。
- Day14主要是初步了解一些監(jiān)聽器,至于各個監(jiān)聽器具體參數(shù)的具體作用,用到了再詳細(xì)分析凡涩。
3.作業(yè)場景
3.1保存察看結(jié)果樹的文件
將Day13的察看結(jié)果樹中的數(shù)據(jù)分別保存為:demo.csv,demo.jtl,demo.xml,三種格式的文件,試著讀一下文件內(nèi)容刺彩。
3.2保存斷言結(jié)果的文件
設(shè)置一條錯誤的斷言,把斷言結(jié)果組件中失敗的那條斷言數(shù)據(jù)保存下來。(jtl,xml,csv三種格式的文件)
4.結(jié)果示例
4.1 示例圖片
4.2 示例腳本
鏈接: https://pan.baidu.com/s/1yI4RzJwjB3ipEr8rGwPyhw
提取碼: eb4t
github地址
Day14.監(jiān)聽器之察看結(jié)果樹+斷言結(jié)果+聚合報告+圖形結(jié)果+用表格察看結(jié)果
