Jmeter之效能測試TPS

2022-07-10 22:33:08 字數 2278 閱讀 3727

1、獲得tps外掛程式

安裝外掛程式管理器

2)、將 plugins-manager.jar 放到 _…\apache-jmeter-3.2\lib\ext_目錄下。

3)、重啟 apachejmeter

4)、選單欄上會多出乙個「plugins manager」的按鈕,點選可以檢視各種外掛程式

5)、新增外掛程式:3 basic graph:windows下可用的實時tps和響應時間的外掛程式

2、新增後,記得使用排程器——每秒50個併發,持續60秒,觀察tps 

3、tps,執行一次事務(包括請求、請求伺服器、等待伺服器返回等等,比如乙個tps事務,可能觸發3個qps請求)

ps:一秒鐘處理的事務數。tps值越大,一秒鐘處理的事務數就越多,說明處理速度越快,軟體的效率就越好。

一、tps:transactions per second(每秒傳輸的事物處理個數),即伺服器每秒處理的事務數。tps包括一條訊息入和一條訊息出,加上一次使用者資料庫訪問。(業務tps = caps × 每個呼叫平均tps)

tps是軟體測試結果的測量單位。乙個事務是指乙個客戶機向伺服器傳送請求然後伺服器做出反應的過程。客戶機在傳送請求時開始計時,收到伺服器響應後結束計時,以此來計算使用的時間和完成的事務個數。

一般的,評價系統效能均以每秒鐘完成的技術交易的數量來衡量。系統整體處理能力取決於處理能力最低模組的tps值。

二、qps:每秒查詢率qps是對乙個特定的查詢伺服器在規定時間內所處理流量多少的衡量標準,在網際網路上,作為網域名稱系統伺服器的機器的效能經常用每秒查詢率來衡量。

對應fetches/sec,即每秒的響應請求數,也即是最大吞吐能力。

4、吞吐量與併發數

乙個介面一秒鐘能承受50個併發,不代表可以有50個吞吐量;

吞吐量與系統效能息息相關;

設定長時間跑介面,比如1秒50併發,持續60秒——發現實際介面請求數1461個,時間60秒,tps引數較穩定;

tps大概在23左右,所以當前這個介面,系統能處理的事務在23個左右

tps=請求數/時間

qps: 每秒鐘處理完請求的次數;注意這裡是處理完。具體是指發出請求到伺服器處理完成功返回結果。可以理解在server中有個counter,每處理乙個請求加1,1秒後counter=qps。

tps:每秒鐘處理完的事務次數,一般tps是對整個系統來講的。乙個應用系統1s能完成多少事務處理,乙個事務在分布式處理中,可能會對應多個請求,對於衡量單個介面服務的處理能力,用qps比較多。

併發量:系統能同時處理的請求數

rt:響應時間,處理一次請求所需要的平均處理時間

計算關係:

qps = 併發量 / 平均響應時間

併發量 = qps * 平均響應時間

5、jmeter限制,最多100-200個併發,可以嘗試使用lr,lr可監測jvm引數

6、vu和tps換算 ——很有用的文章 

tps是每秒事務數,但是事務是要靠虛擬使用者做出來的,假如1個虛擬使用者在1秒 內完成1筆事務,那麼tps明顯就是1;如果某筆業務響應時間是1ms,那麼1個使用者在1秒內能完成1000筆事務,tps就是1000了;如果某筆業務 響應時間是1s,那麼1個使用者在1秒內只能完成1筆事務,要想達到1000tps,至少需要1000個使用者;因此可以說1個使用者可以產生 1000tps,1000個使用者也可以產生1000tps,無非是看響應時間快慢。

7、效能測試策略

做效能測試需要一套標準化流程及測試策略,併發使用者數只是指標考慮的乙個,在做負載測試的時候,一般都是按照梯度施壓的方式去加使用者數,而不是在沒 有預估的情況下,一次加幾萬個使用者,,交易失敗率非常高,響應時間非常長,已經超過了使用者忍受範圍內,這樣做沒有多大的意義,這就好比「有多少錢可以幹多少事」一樣,需要選擇相關的策略。

8、總結

效能測試tps

tps transactions per second,意思是每秒事務數,乙個事務是指乙個客戶機向伺服器傳送請求然後伺服器做出反應的過程。客戶機在傳送請求時開始計時,收到伺服器響應後結束計時,以此來計算使用的時間和完成的事務個數。每個事務包括了如下3個過程 a.使用者請求伺服器 b.伺服器自己的內部...

Jmeter之效能測試基礎

1 概念 效能測試是通過自動化的測試工具模擬多種正常峰值及負載條件來對系統的各項效能指標進行測試。負載測試和壓力測試都屬於效能測試,兩者可以結合進行。通過負載測試,確定在各種工作負載下系統的效能,目標是當負載逐漸增加時,測試系統各項效能指標的變化情況。壓力測試是通過確定乙個系統的瓶頸或者不能接受的效...

效能測試準備 計算TPS

在需求調研階段,我們會知道測試系統的業務模型,包括有多少支交易,每支交易的日交易量 筆 天 或高峰時段交易量 筆 時 從而得到總的預期tps和每支交易的佔比。這個是非常重要的,在混合壓力測試場景和穩定性測試場景中都會根據這個佔比來配置場景。那麼首先預期tps如何計算呢?例子1 以目前生產核心系統交易...