摘自：https://www.cnblogs.com/nuccch/p/12609619.html

JMeter入門介紹

概述

作爲一名後端開發人員，熟練掌握一款性能測試工具非常有必要，這樣有利於在技術選型時做一些參考。
常見的性能測試工具有：ab，JMeter，LoadRunner，他們都有各自的特點和應用場景：

ab是Apache的一個工具組件，專門用於HTTP服務器測試。
JMeter是一款遵循Apache開源協議的性能測試工具，除了可以用於HTTP服務器性能測試之外，還可以用於FTP，JDBC，LDAP測試等。
LoadRunner是一款商業化性能測試工具，使用相對複雜一些，但是功能非常強大。

下載&安裝

http://jmeter.apache.org/download_jmeter.cgi

JMeter是基於Java開發的跨平臺性能測試工具，官方提供了2種壓縮格式的二進制包（zip和tgz），根據實際情況下載對應文件即可。
安裝也非常簡單，直接將壓縮包解壓到指定目錄即可，如下示例：

$ tar xzvf apache-jmeter-5.2.1.tgz -C ~/opt

添加JMeter到環境變量PATH中，如下示例：

$ export JMETER_HOME=~/opt/apache-jmeter-5.2.1
$ export PATH=$PATH:$JMETER_HOME/bin

配置好JMeter環境變量之後，在命令行終端中執行命令jmeter即可啓動JMeter圖形化界面。

實戰JMetetr

使用JMeter分爲3個步驟：

準備測試計劃
執行性能測試
分析測試報告

測試計劃簡述

所謂測試計劃就是一系列測試配置信息的集合，在JMeter中可以將這些配置信息保存爲一個腳本文件（後綴名爲“.jmx”）。
測試計劃中涉及許多配置對象，詳見：Elements of a Test Plan，理解這些配置對象是編寫JMeter測試計劃的前提，各個配置對象的名稱及含義解釋如下：

Test Plan：測試計劃，組織所有配置信息，是其他配置對象的根
Thread Group：線程組，用於併發參數設置
Controller：控制器，驅動着整個測試計劃的執行
Sampler：採樣器，用於配置指定類型的請求
Assertion：斷言，用於對請求結果進行驗證
Timer：定時器，可用於對併發進行控制（例如：設置請求結束後是否延遲再次發送請求）
Configuration Element：配置元素，如：HTTP請求默認值（HTTP Request Defaults），隨機變量（Random Variable）等等
Pre-Processor Element：請求執行前置處理器
Post-Processor Element：請求執行後置處理器
Listener：監聽器，通常用於展示測試結果，也可以用於對響應數據進行處理（比如：將響應結果寫入到文件）
Test Fragment：這個元素目前沒有實際用途
Non-Test Element：非測試元素，用於設置一些其他參數，不常用

一般來講，上述對象之間具備嵌套關係，描述如下：
（1）一個測試腳本中只有一個Test Plan對象，並且作爲其他對象的根。
（2）在Test Plan下可以有一個或者多個Thread Group（通常只需要有一個即可），可以有一個或者多個Listener，如：View Results Tree（以樹型結構展示），還可以配置Assertion，Timer，Configuration Element，Pre Processor，Post Processor，Test Fragment，Non-Test Element。
（3）在Thread Group下可以配置Controller，Sampler，Assertion，Timer，Configuration Element，Pre-Processor，Post-Processor，Test Fragment，Listener。
（4）Controller下可以配置Controller，Sampler，Assertion，Timer，Configuration Element，Pre-Processor，Post-Processor，Listener。
（5）在Sampler下可以配置Assertion，Timer，Configuration Element，Pre-Processor，Post-Processor，Listener。

用一個樹型結構來描述各對象之間的嵌套關係如下：

Test Plan
- Thread Group
  - Controller
    - Controller
    - Sampler
      - Assertion
      - Timer
      - Configuration Element
      - Pre-Processor
      - Post-Processor
      - Listener
    - Assertion
    - Timer
    - Configuration Element
    - Pre-Processor
    - Post-Processor
    - Listener
  - Sampler
  - Assertion
  - Timer
  - Configuration Element
  - Pre-Processor
  - Post-Processor
  - Test Fragment
  - Listener
- Assertion
- Timer
- Configuration Element
- Pre Processor
- Post Processor
- Listener
- Test Fragment
- Non-Test Element

如上所述，只有Test Plan，Thread Group，Controller和Sampler可以嵌套其他對象，而Assertion，Timer，Configuration Element，Pre-Processor，Post-Processor，Listener，Test Fragment和Non-Test Element不能再嵌套子對象。
實際上，在JMeter圖形化界面中編輯測試計劃時，指定對象下是否可以再嵌套子對象在操作菜單中就做了限制。

如下圖所示是一個在實際應用中可能會涉及到的對象嵌套關係配置示例：

並且對象在運行時的執行順序如下：

Configuration elements
Pre-Processors
Timers
Sampler
Post-Processors (unless SampleResult is null)
Assertions (unless SampleResult is null)
Listeners (unless SampleResult is null)

首先，定時器（Timers），斷言（Assertions），前置和後置處理器（Pre，Post-Processors）只有在應用它們的採樣器存在時纔會運行；
其次，控制器（Controllers）和採樣器（Samplers）按照它們在測試計劃配置樹中出現的順序執行；
最後，其他對象按照它們出現的範圍和類型順序執行，在一個特定類型的對象範圍內，按照它們在測試計劃配置樹中出現的順序執行；

上述這一堆闡述重點在於理解各個測試對象的作用，以及在什麼位置使用它們，至於對象的執行順序理解即可，不用死記硬背。
關於JMeter中的組件列表，詳見：Introduction 。

準備測試計劃

JMeter的測試計劃有2種方式生成：

手動編寫
錄製腳本

最佳實踐是針對不同的場景選擇對應的測試計劃生成方式，比如：對於接口測試使用手動編寫可能更加合適，而對於網頁的測試，使用錄製腳本的方式會更加方便。

編寫測試計劃

在GUI模式下編輯測試計劃時，關鍵在於理解清楚JMeter中涉及的配置對象的作用，在此基礎上就可以藉助圖形化界面設計測試計劃並將其保存爲一個腳本文件。
具體的測試計劃編寫可以參考官方的一個Web測試計劃示例：Building a Web Test Plan。

設置“Ramp-up period”參數

在手動編寫測試計劃時，值得注意點的是：線程池參數“Ramp-up period”值一定要設置合理，該參數的設置關係到測試啓動時是否會給服務器帶來非常大的衝擊甚至過載，或者是達不到性能測試的要求。
“Ramp-up period”參數的含義是設置一個時長（單位：秒），使得在Thread Group中設置的線程根據該時長逐步啓動。
舉例說明：
（1）在Thread Group中設置線程數爲10，Ramp-up period參數設置爲100s，JMeter將會在100s內逐步啓動10個線程，也就是說，每個線程的啓動間隔爲10s（100s/10），可能最後一個線程啓動的時候第一個線程已經結束。
（2）在Thread Group中設置線程數爲100，Ramp-up period參數設置爲10s，每個線程的啓動間隔爲0.1s（10s/100），可能在測試剛啓動時給服務器產生很大的負載。

綜上所述，Ramp-up period參數值不能設置太大，也不能設置太小，JMeter官方文檔的解釋是：可以將該參數值與線程數設置爲相同，或者比線程數略大或稍小即可。
根據經驗來講，一般需要將Ramp-up period參數值設置比線程數略小更加合適。

其他一些關於Ramp-up period參數的設置技巧可以參考：

除了常見的Web測試，JMeter官方也給出了許多其他類型的測試計劃示例，詳見：User's Manual 。

錄製測試腳本

錄製測試腳本就是通過工具自動生成測試測試的方式，在JMeter中這種方式更適合於Web頁面測試，但是實踐中發現，自動生成的測試用例也很難直接就能用於性能測試，還需要對測試用例做一些調整。
無論怎樣，有勝於無，通過腳本錄製方式還是能在一定程度上減少手動編輯測試計劃的工作量。
在JMeter中錄製測試腳本有2種方式：

使用JMeter自帶的Http服務代理功能錄製，不同版本的JMter操作界面不同
藉助於插件和第三方工具錄製，如：badboy工具，blazemeter插件等等

執行性能測試

單機測試

通常來講，使用JMeter進行性能測試不會在GUI模式下進行，GUI圖形化界面通常只用來編寫測試計劃。在GUI模式下調試好測試腳本之後，通過命令行的方式執行測試腳本。
關於JMeter的運行時參數詳見Running JMeter

在命令行執行性能測試的常用參數：
-n：非GUI模式
-t：指定測試計劃文件路徑，可以是相對路徑或者絕對路徑
-l：輸出測試結果文件路徑，可以是相對路徑或者絕對路徑
-e：輸出測試報告
-o：測試報告保存目錄，可以是相對路徑或者絕對路徑

示例如下：

$ jmeter -n -t xxx.jmx -l ./yyy.jtl -e -o ./zzz

關於JMeter命令行參數詳見：CLI Mode 。

分佈式測試

當在單機環境下使用JMeter無法模擬足夠的併發量時，可以使用分佈式模式進行壓測。
在分佈式模式下，存在一個控制節點Master，多個真正執行測試的從節點Slave，在Master上控制多個Slave進行壓力測試。
具體實現：

啓動Slave：在Slave節點啓動JMeter服務器模式，進入到JMETER_HOME/bin目錄下，執行：jmeter-server或jmeter-server.bat
啓動Master：
（1）在Master節點上，進入到JMETER_HOME/bin目錄下，編輯jmeter.properties文件，將參數“remote_hosts”設置爲以逗號分隔的Slave節點IP列表
（2）在Master啓動Slave節點：jmeter -n -t xxx.jmx -r

關於分佈式模式運行JMeter詳情參考：

分析測試報告

JMeter從3.0之後就支持自動生成測試報告，只需要在執行測試時指定參數“-e”和“-o”即可，“-e”參數設置需要自動生成測試報告，“-o”參數指定測試報告目錄（該目錄不能已經存在）。
舉個例子：jmeter -n -t xxx.jmx -l ./yyy.jtl -e -o ./zzz。
當然，還可以使用“-l”參數產生的測試結果文件生成測試報告：jmeter -g ./yyy.jtl -o ./zzz 。
關於JMeter生成測試報告還可以參考如下文章：
1.JMeter-自動生成測試報告
2.Generating Report Dashboard

性能測試中，我們最關心的指標是吞吐量和響應時間，在JMeter生成的測試報告中，已經非常人性化地展示了這些指標。

APDEX

這是由APDEX公司推出的表示應用程序性能滿意度的指標，值範圍爲：0-1，因此，滿意度越接近1說明應用程序的性能越好。
在實際應用中，這個指標僅僅只能作爲應用程序性能的一個非常粗略的判斷依據，因爲在性能測試過程中還要考察響應時間的大小。比如：在一次壓測過程中所有請求都得到了響應，此時滿意度可能爲0.99，但是99%的請求響應時間爲1分鐘，這顯然是不可接受的。

響應時間和吞吐量統計

在JMeter生成的測試報告中有一個關於響應時間和吞吐量的統計報告，如下圖所示：

首先，需要關注的是99%的請求響應時間（99th pct）統計，會把所有請求的響應時間做統計對比，通過該指標值可以非常明確地知道接口性能是否達標，如果響應時間不滿足要求，則需要考慮是否進行優化。
其次，當響應時間符合預期時還可以看到接口的吞吐量（Throughput），即：每秒請求數。

測試結果詳細報表

在JMeter性能測試報告中，關於響應時間和吞吐量的統計概要也只是一個非常粗略的參考指標，這個統計數據會受到測試用例在啓動和結束時的干擾，更加詳細和準確的統計結果應該查看圖形化的報表，非常直觀。

Response Times Over Time：響應時間
Active Threads Over Time：併發線程數
Transactions Per Second：每秒事務數，可以理解爲每秒請求數
Response Time Vs Request：響應時間與請求數的對比
Response Time Percentiles：響應時間百分比
Response Time Distribution：響應時間分佈

關於測試結果統計報表的解讀可以參考：JMeter-自動生成測試報告

常用插件及擴展

JMeter自帶的功能基本可以完成一些常見的性能測試任務，如果需要實現一些功能更加強大的測試，可以通過插件的方式進行擴展。
JMeter安裝插件有2種方式：
（1）通過插件管理器下載，實際上JMeter的插件管理器本身也是一個插件，詳見：https://jmeter-plugins.org/install/Install/ 。
（2）手動下載，將插件包下載到$JMETER_HOME/lib/ext目錄，重啓JMeter即可。

1.Concurrency Thread Group

相比起JMeter自帶的Thread Group，該插件可以模擬更加真實的用戶併發，也可以很方便地對壓測時間進行設置。

2.HTTP Raw Request

功能比JMeter自帶的Http Request有增強和優化。

3.Raw Data Source

支持從文件中讀取數據，這樣可以方便造一些壓測需要的數據。

4.Transaction Throughput vs Threads

查看線程數與吞吐量的對比關係，可以非常直觀地看到系統性能隨着併發數的提高而產生的變化。

更多JMeter插件可以從JMeter Plugins下載。
除了豐富的插件，更多關於JMeter的最佳實踐可以參考：Best Practices 。
關於對JMeter的擴展，詳見：How to write a plugin for JMeter 。

Q&A

Q1: java.net.NoRouteToHostException: Cannot assign requested address

原因: 由於linux分配的客戶端連接端口用盡，無法建立socket連接所致，雖然socket正常關閉，但是端口不是立即釋放，而是處於 TIME_WAIT 狀態，默認等待60s後釋放。
查看linux支持的客戶端連接端口範圍，也就是28232個端口。cat /proc/sys/net/ipv4/ip_local_port_range，端口範圍：32768 - 61000。

解決：
1.調低端口釋放後的等待時間，默認爲60s，修改爲15~30s。echo 30 > /proc/sys/net/ipv4/tcp_fin_timeout
2.修改tcp/ip協議配置，通過配置/proc/sys/net/ipv4/tcp_tw_reuse，默認爲0，修改爲1，釋放TIME_WAIT端口給新連接使用：echo 1 > /proc/sys/net/ipv4/tcp_tw_reuse
3.修改tcp/ip協議配置，快速回收socket資源，默認爲0，修改爲1。echo 1 > /proc/sys/net/ipv4/tcp_tw_recycle

即總共需要執行如下命令：

$ echo 1 > /proc/sys/net/ipv4/tcp_tw_reuse
$ echo 1 > /proc/sys/net/ipv4/tcp_tw_recycle
$ echo 30 > /proc/sys/net/ipv4/tcp_fin_timeout

另外，如果非root用戶執行上述命令時可能會遇到權限錯誤：

$ echo 1 > /proc/sys/net/ipv4/tcp_tw_reuse
bash: /proc/sys/net/ipv4/tcp_tw_reuse: Permission denied

甚至在命令之前加上sudo再執行也依然報錯：

$ sudo echo 1 > /proc/sys/net/ipv4/tcp_tw_reuse
bash: /proc/sys/net/ipv4/tcp_tw_reuse: Permission denied

此時應該通過另外的方式執行：

$ sudo bash -c 'echo 1 > /proc/sys/net/ipv4/tcp_tw_reuse'
$ sudo bash -c 'echo 1 > /proc/sys/net/ipv4/tcp_tw_recycle'
$ sudo bash -c 'echo 30 > /proc/sys/net/ipv4/tcp_fin_timeout'

Q2: 使用JMeter發送POST請求時中文參數在服務器端接收到時爲亂碼

解決: 在Jmeter中設置“Content-encoding”爲：utf-8 。

【參考】
http://www.cnblogs.com/fnng/archive/2012/12/22/2829479.html JMeter基礎之一一個簡單的性能測試
https://www.testwo.com/article/357 使用JMeter進行負載測試——終極指南
http://www.cnblogs.com/qmfsun/p/6381767.html JMeter執行壓測輸出HTML圖形化報表（二）
https://my.oschina.net/ydsakyclguozi/blog/536416 Jmeter中的幾個重要測試指標釋義
https://moonbingbing.gitbooks.io/openresty-best-practices/flame_graph.html 火焰圖
https://my.oschina.net/shichangcheng/blog/1560864 JMeter 進行壓力測試
https://blog.csdn.net/wwq_1111/article/details/59512546 JMeter壓力測試遇到的問題彙總
https://www.infoq.cn/article/k9kx0RxEbhht*iluT9iV 推薦幾款常用的性能測試工具
https://www.edureka.co/blog/what-is-software-testing/ 涉及軟件測試的文章博客
http://blog.csdn.net/lzqinfen/article/details/46326281 JMeter報錯the target server failed to respond--JMeter的坑
https://www.jianshu.com/p/130c7fddeddf Jmeter-使用Stepping Thread Group插件來設置負載場景
http://www.cnblogs.com/YatHo/p/6092599.html jmeter壓力測試報告 - DEMO

作者：2Simple
出處：http://www.cnblogs.com/nuccch/
聲明：本文版權歸作者和博客園共有，歡迎轉載，但請在文章頁面明顯位置給出原文連接。

分類: Test, Web

JMeter入門介紹 JMeter入門介紹

JMeter入門介紹

目錄

概述

下載&安裝

實戰JMetetr

測試計劃簡述

準備測試計劃

編寫測試計劃

錄製測試腳本

執行性能測試

單機測試

分佈式測試

分析測試報告

APDEX

響應時間和吞吐量統計

測試結果詳細報表

常用插件及擴展

Q&A

PDManer [元數建模]-v4.9.0 發佈：一款簡單好用的數據庫建模平臺

使用neovim打造go ide(支持代碼跳轉, 代碼補全, 實時語法檢查)

cs01 CSS Syntax

挑戰程序設計競賽 2.3章習題 poj 3046 Ant Counting

[MASM拾遺]Offset僞指令

h30 HTML Layout Elements

瞭解顯卡

一款基於C#開發的通訊調試工具（支持Modbus RTU、MQTT調試）

Linux/Golang/glibC系統調用

cs04 CSS Measurement Units

Soul 網關 Nacos 數據同步源碼解析 Soul 網關 Nacos 數據同步源碼解析

【萬字長文】Dubbo 入門總結，一款高性能的 Java RPC 框架【萬字長文】Dubbo 入門總結，一款高性能的 Java RPC 框架

SpringBoot+Mybayis+ShardingJDBC實現分庫分表，動態切換數據庫

如何自動化你的Excel導入導出(Java)？如何自動化你的Excel導入導出(Java)？

前端開源實戰項目推薦

https://yachay.unat.edu.pe/blog/index.php?comment_area=format_blog&comment_component=blog&comment_co

linux以太網驅動總結