jmeter斷言和集合點

GIF

jmeter斷言和集合點

腳本增強以web測試計劃登陸腳本為實驗基礎進行，詳見如下。

那怎麼從全流程來把控質量呢，首先要讓整個項目組充分認識到質量的重要性，如果產品質量出了問題，再好的內容用戶也沒法接受，在質量、速度、資源三點的制約上，我們要有所平衡。在每個環節都要加入質量的管控措施，並且管控措施盡量進行前置。那麼下面說一下每個環節如何進行質量管控。

1、如何驗證錄製或者自己設置的請求結果是正確的？

jmeter的斷言（Assertions）元件可以完成此任務，在需要驗證的請求後面添加響應斷言

再添加一個監聽器來監聽此斷言運行的結果，那麼在響應斷言之後添加"斷言結果"監聽器下來選中響應斷言元件，在右側顯示響應斷言設置界面，根據自己的需要選擇各欄位，當前選擇默認，在要測試的區域輸入預期內容（請求發送後的響應數據包含的數據），可以根據需要來選擇匹配規則，當前選擇的是包括，也就是響應數據只要包括我所輸入的內容即認為成功。

然後選中斷言結果，右側顯示斷言結果設置及顯示界面，運行腳本，運行後結果如下

修改預期內容為「歡迎您」,一般的登陸成功頁都有這個內容，再次運行

2、如何設置集合點？

LR中集合點可以設置多個虛擬用戶等待到一個點，同時觸發一個事務,以達到模擬真實環境下多個用戶同時操作,實現性能測試的最終目的。

類似於loanrunner中的集合點在jmeter中是以定時器元件（Timer）的Synchronizing Timer 實現的，可以設置線程數達到一定數量時一起發送請求

添加成功後，選中Synchronizing Timer 將其用滑鼠拖到請求之前（放在請求之後是沒有效果的），並且設置集合線程數量（線程組線程數是50）這裡由於線程組線程數設置的是50個，那麼希望50個都準備好一塊上所以集合點中也設置50。如果希望每等待10個線程就一起請求，那麼集合點設置成10即可，但是這裡有一個原則就是集合點設置的數字滿足兩個條件腳本才能正常運行。

（1）集合點設置數

（2）線程組線程數量是集合點設置數的整數倍（因為分組有餘數的話最後一組永遠也到不了集合點）試。

喜歡這篇文章嗎？立刻分享出去讓更多人知道吧！