《天穗之咲稻姬》公開線上LIVE活動預告片 2月19日開演
效能測試
1、響應時間
對請求做出響應所需要的時間,包括:使用者客戶端呈現時間、請求/響應資料網路傳輸時間、應用伺服器處理時間、資料庫系統處理時間。對於web系統,2秒內非常好,5秒內可以接受,8秒是上限,10秒使用者認為是失敗。
響應時間=網路傳輸時間(請求)+伺服器處理時間(一層或是多層)+網路傳輸時間(響應)+頁面前段解析時間
響應時間=呈現時間(瀏覽器對接收到資料的一個處理展示的過程)+網路傳輸時間+伺服器端響應時間(系統得到請求後對請求進行處理並將結果返回)+應用延時時間
2、併發數量https://www.cnblogs.com/dayu2019/p/11906855.html
當多個客戶端同時發起請求時,伺服器必須具備一定的
JMeter以執行緒式併發的方式,短時間內向伺服器傳送大量請求。多執行緒式併發測試工具,會啟動複數個執行緒,讓每個執行緒獨立向伺服器端發出請求。將這個客戶端的獨立執行緒數表述為“併發數”。
並行數:同一時間節點上同時處理的事務數最大就是:CPU處理器數*伺服器超執行緒倍率。
併發數指的是一個時間段內的事務完成數。這個切片“時間段”常取1秒鐘或1分鐘這樣的整數來做換算。
每秒事務數(TPS):常見的事務請求在應用伺服器端的處理時間以毫秒為單位計算。
一秒鐘完成多少個事務請求,這個資料就是“每秒事務數”。
這個指標就是TPS,每秒事務數,就是衡量伺服器效能的最重要也是最直觀指標。直接能影響到一個應用服務每天平均能承受的訪問量/請求量,以及業務高峰期能承受的壓力。
平均響應時間:
有兩個主要的維度:
- 單個事務響應速度(事務平均響應時間。單個事務平均下來完成的速度越快,那麼單位時間內能完成的事務數就越多,TPS就越高)
- 同一時間能並行執行的事務(主要跟伺服器資源配置,執行緒池容量,執行緒排程等相關)
使用者數的概念:系統使用者數(軟體系統註冊是使用者總數)、線上使用者數(某段視角內訪問的使用者數,這些使用者只是在線,不一定同時做某一件事)、併發使用者數
3、吞吐量:效能測試領域的吞吐量通常會結合上時間維度進行統計。如果吞吐量的“量”以“事務”為統計單位的話,結合時間維度,轉化以後可以很容換算成TPS。
4、系統性能計數器
5、思考時間
JMeter
1、多執行緒框架-支援多併發操作
2、用於對伺服器模擬負載
3、支援web、資料庫、FTP伺服器系統的效能測試
4、開源、純JAVA,可二次定製化開發
(一)環境搭建
需要安裝JDK:JDK、JRE、JVM
驗證機器是否安裝好java環境:版本號、驗證系統的環境變數path是否設定好
設定環境變數:JMETER_HOME(....jmeter目錄),PATH(%JMETER_HOME%\bin)
(二)http代理伺服器
概念:中間商
操作流程:設定瀏覽器代理、啟動代理伺服器(啟動程式碼伺服器Jmeter)、操作瀏覽器、自動錄製指令碼
(三)主要元件
配置元件
1、HTTP請求預設值
2、HTTP訊息頭管理器
3、HTTP Cookies管理器
4、HTTP Cache管理器
監聽器元件
檢視結果樹:分析檢視具體某一個請求的詳情(請求頭、請求體,響應頭、響應體),在做效能場景的時候,分析錯誤請求的原因
聚合報告:彙總統計(請求數、響應時間 單位ms,錯誤率-越低越好,吞吐量-越高越好,傳送/接收-寬頻)
其他常用元件
前置處理器:請求發出去之前執行的控制器(元件),比如:加密 md5
後置處理器:請求發出去之後執行的控制器(元件),比如:提取資料
定時器:思考時間-固定定時器,同步定時器-集合點,隨機定時器,吞吐量定時器
斷言
(四)引數化方式
- CSV-需要配置的元件
使用場景:賬號密碼
- 函式式
① 隨機數,time時間戳 預設是ms 13位資料,counter計數器
- 變數
- 程式設計式:引入外部的jar、Java class,使用beanshell程式設計
(五)關聯技術
關聯概述
正則表示式
()括起來的部分就是要提取的
. 匹配任何字串
+ 一次或多次
? 不要太貪婪,找到第一個匹配項後停止
正則表示式提取器
(六)多請求關聯
多請求關聯場景
構建請求
請求關聯操作
(七)集合點技術