前言
Gatling
Gatling是一款功能強大的負載測試工具,它為易於使用,高可維護性和高效能而設計。
開箱即用,Gatling由於對HTTP協議的出色支援,使其成為負載測試任何HTTP伺服器的首選工具。由於核心引擎實際上是協議不可知的,因此完全可以實現對其他協議的支援。例如,Gatling目前還提供JMS支援。
程式碼自定義並且場景資源有效是Gatling的兩個基礎。並且擁有富有表現力的DSL,自我解釋的場景,易於維護,可以儲存在版本控制系統中的優點。
只要底層協議(如HTTP)可以以非阻塞方式實現,Gatling的體系結構就是非同步的。這種架構允許我們將虛擬使用者實現為訊息而不是專用執行緒,這使得硬體要求不需要很苛刻。因此,執行數千個併發虛擬使用者不是問題。
使用理由
- 避免崩潰:Gatling可以幫助您預測緩慢的響應時間和奔潰。
- 縮短產品上市時間:Gatling 在開發週期的早期檢測到效能問題和錯誤
- 增強使用者體驗:Gatling可以準確描述您最慢的使用者體驗
- 提升您的業務:加特林可以防止您的業務成為自身成功的犧牲品
效能測試
效能測試是什麼意思?
Web應用程式的效能測試包括:
- 模擬大量具有複雜行為的使用者;
- 收集和彙總所有請求的響應時間;
- 建立報告和分析資料;
編寫測試場景,自動化測試
Gatling的類似程式碼的指令碼使您可以輕鬆維護測試場景,並在持續交付管道中輕鬆實現自動化。
我們開發了自己的領域特定語言(DSL),以便讓每個人都能輕鬆閱讀您的場景。
分析並調查您的應用程式的瓶頸
Gatling是一個功能強大的工具:只需幾臺計算機,您就可以 在Web應用程式上模擬每秒數十萬個請求,並獲得高精度指標。
在測試結束時,Gatling會自動生成詳盡,動態且豐富多彩的報告。
平均值和平均資料是不夠的:使用Gatling,您可以得到適當的響應時間百分位數**。**不要讓最慢的使用者落後!
安裝
準備工作
Java版本
Gatling主要針對Oracle提供的JDK8軟體包進行測試。Gatling需要JDK8(因此不支援JDK9 atm)。Gatling應該適用於任何JDK8更新,但我們建議您使用最新版本。
IPv4 vs IPv6
發現IPv6(預設情況下在Java上啟用)有時會導致一些效能問題,因此啟動指令碼會使用以下選項禁用它:
-Djava.net.preferIPv4Stack=true
-Djava.net.preferIPv6Addresses=false
複製程式碼
如果您確實需要優先選擇IPv6,請編輯啟動指令碼。
作業系統調整
以下說明摘自偉大的Riak文件。 有關更多詳細資訊或OS X的說明,請參閱“ 開啟檔案限制” 和“ 核心和網路調整”部分。
在正常操作期間,Gatling會消耗大量的開啟檔案控制程式碼。通常,作業系統會限制此數量,因此您可能必須在所選作業系統中調整一些選項,以便可以開啟許多新套接字並實現高負載。
開啟檔案限制
大多數作業系統都可以使用該命令更改開啟檔案限制。例:ulimit -n
$ ulimit -n 65536
複製程式碼
但是,這隻會更改當前shell會話的限制。在系統範圍內,永久性地更改限制因系統而異。
要為系統的所有使用者永久設定軟值和硬值*,*以允許最多65536個開啟檔案; 編輯/etc/security/limits.conf
並附加以下兩行:
* soft nofile 65535
* hard nofile 65535
複製程式碼
儲存檔案。啟動新會話以使限制生效。您現在可以驗證是否正確設定了限制。ulimit -a
對於Debian和Ubuntu,您應該啟用PAM使用者限制。為此,請新增:session required pam_limits.so
/etc/pam.d/common-session
/etc/pam.d/common-session-noninteractive
如果檔案存在/etc/pam.d/sshd
如果您通過SSH訪問該計算機
另外,如果訪問通過SSH的機器,一定要具有在UseLogin yes``/etc/ssh/sshd_config
要進行更多調整,您可能需要執行以下操作:
# more ports for testing
sudo sysctl -w net.ipv4.ip_local_port_range="1025 65535"
# increase the maximum number of possible open file descriptors:
echo 300000 | sudo tee /proc/sys/fs/nr_open
echo 300000 | sudo tee /proc/sys/fs/file-max
複製程式碼
核心和網路調優
考慮調整核心和網路,並在/etc/sysctl.conf中新增以下這些設定:
net.ipv4.tcp_max_syn_backlog = 40000
net.core.somaxconn = 40000
net.core.wmem_default = 8388608
net.core.rmem_default = 8388608
net.ipv4.tcp_sack = 1
net.ipv4.tcp_window_scaling = 1
net.ipv4.tcp_fin_timeout = 15
net.ipv4.tcp_keepalive_intvl = 30
net.ipv4.tcp_tw_reuse = 1
net.ipv4.tcp_moderate_rcvbuf = 1
net.core.rmem_max = 134217728
net.core.wmem_max = 134217728
net.ipv4.tcp_mem = 134217728 134217728 134217728
net.ipv4.tcp_rmem = 4096 277750 134217728
net.ipv4.tcp_wmem = 4096 277750 134217728
net.core.netdev_max_backlog = 300000
複製程式碼
離線下載
您可以離線下載Gatling。然後,您只需要一個文字編輯器(Scala語法高亮)來編輯模擬,您就可以從命令列啟動Gatling。
檢視我們的下載頁面以獲取下載連結。
將下載的包解壓縮到您選擇的資料夾中。使用bin
目錄中的指令碼啟動Gatling和Recorder。
Windows使用者:我們建議您不要將Gatling放在“ Programs”資料夾中,因為可能存在許可權和路徑問題。
要執行Gatling,您需要安裝JDK。加特林至少需要JDK8。然後,我們建議您使用最新版本。
-
Gatling啟動指令碼和Gatling maven外掛會在
JAVA_HOME
env var中設定它。與OSX一樣,作業系統有自己的棘手方法來發現要執行的Java版本,因此最終可能會執行與您告訴您的版本不同的版本。如果您遇到奇怪的錯誤,並且您希望執行JDK8,則可能需要明確設定
JAVA_HOME
。java -version``Unsupported major.minor version 51.0
使用構建工具
Maven
Gatling提供了一個名為gatling-maven-plugin的官方maven 外掛。這個外掛允許您編譯Scala程式碼並啟動Gatling模擬。
有了這個外掛,Gatling可以在構建專案時啟動,例如使用您最喜歡的CI解決方案。
Versions
檢視Maven Central上的可用版本。
請注意,OSS使用者未記錄里程碑(M版本),僅針對專業版客戶釋出。
Setup
在你的pom.xml
,新增:
<dependencies>
<dependency>
<groupId>io.gatling.highcharts</groupId>
<artifactId>gatling-charts-highcharts</artifactId>
<version>MANUALLY_REPLACE_WITH_LATEST_VERSION</version>
<scope>test</scope>
</dependency>
</dependencies>
<plugin>
<groupId>io.gatling</groupId>
<artifactId>gatling-maven-plugin</artifactId>
<version>MANUALLY_REPLACE_WITH_LATEST_VERSION</version>
</plugin>
複製程式碼
演示樣本
您可以在Gatling的Github組織中找到gatling-sbt-plugin-demo的示例專案。
您還可以使用gatling-highcharts-maven-archetype來引導專案。
Usage
您可以直接啟動gatling-maven-plugin,其test
目標是:
mvn gatling:test
複製程式碼
它預設繫結到integration-test
階段。
Configuration
下面的例子顯示了預設值(所以不要指定你沒有覆蓋的選項!!!):
<configuration>
<simulationClass>foo.Bar</simulationClass> <!-- the name of the single Simulation class to run -->
<runMultipleSimulations>false</runMultipleSimulations> <!-- if the plugin should run multiple simulations sequentially -->
<includes> <!-- include filters, see dedicated section below -->
<include></include>
</includes>
<excludes> <!-- exclude filters, see dedicated section below -->
<exclude></exclude>
</excludes>
<noReports>false</noReports> <!-- to disable generating HTML reports -->
<reportsOnly></reportsOnly> <!-- to only trigger generating HTML reports from the log file contained in folder parameter -->
<runDescription>This-is-the-run-description</runDescription> <!-- short text that will be displayed in the HTML reports -->
<skip>false</skip> <!-- skip executing this plugin -->
<failOnError>true</failOnError> <!-- report failure in case of assertion failure, typically to fail CI pipeline -->
<continueOnAssertionFailure>false</continueOnAssertionFailure> <!-- keep on executing multiple simulations even if one fails -->
<useOldJenkinsJUnitSupport>false</useOldJenkinsJUnitSupport> <!-- report results to Jenkins JUnit support (workaround until we manage to get Gatling support into Jenkins) -->
<jvmArgs>
<jvmArg>-DmyExtraParam=foo</jvmArg> <!-- pass extra parameters to the Gatling JVM -->
</jvmArgs>
<overrideJvmArgs>false</overrideJvmArgs> <!-- if above option should override the defaults instead of replacing them -->
<propagateSystemProperties>true</propagateSystemProperties> <!-- if System properties from the maven JVM should be propagated to the Gatling forked one -->
<compilerJvmArgs>
<compilerJvmArg>-DmyExtraParam=foo</compilerJvmArg> <!-- pass extra parameters to the Compiler JVM -->
</compilerJvmArgs>
<overrideCompilerJvmArgs>false</overrideCompilerJvmArgs> <!-- if above option should override the defaults instead of replacing them -->
<extraScalacOptions> <!-- extra options to be passed to scalac -->
<extraScalacOption></extraScalacOption>
</extraScalacOptions>
<disableCompiler>false</disableCompiler> <!-- if compiler should be disabled, typically because another plugin has already compiled sources -->
<simulationsFolder>${project.basedir}/src/test/scala</simulationsFolder> <!-- where the simulations to be compiled are located -->
<resourcesFolder>${project.basedir}/src/test/resources</resourcesFolder> <!-- where the test resources are located -->
<resultsFolder>${project.basedir}/target/gatling</resultsFolder> <!-- where the simulation log and the HTML reports will be generated -->
</configuration>
複製程式碼
包含/排除過濾器
執行多個模擬時,您可以使用includes
和excludes
過濾器控制哪些模擬將被觸發。那些使用ant模式語法並與類名匹配。另請注意,這些過濾器僅適用於從設定外掛的專案中的源編譯的類。
<configuration>
<!-- ... -->
<runMultipleSimulations>true</runMultipleSimulations>
<includes>
<include>my.package.*</include>
</includes>
<excludes>
<exclude>my.package.IgnoredSimulation</exclude>
</excludes>
</configuration>
複製程式碼
注意:過濾器的順序對執行順序沒有影響,模擬將按字母順序按類名排序。
禁用編譯器
預設情況下,gatling-maven-plugin負責編譯Scala程式碼,因此您可以直接執行。mvn gatling:execute
然後,由於某種原因,你可能想要另一個外掛,如scala-maven-plugin 或scalor-maven-plugin,負責編譯。然後,您可以禁用Gatling編譯器,這樣就不會編譯兩次:
<configuration>
<disableCompiler>true</disableCompiler>
</configuration>
複製程式碼
覆蓋logback.xml檔案
您可以logback-test.xml
擁有優先於嵌入logback.xml
檔案的優先順序,也可以新增JVM選項-Dlogback.configurationFile=myFilePath
。
使用IDE
您可以使用任何Scala語法高亮的文字編輯器編輯Simulation類。但如果您是開發人員,您很可能希望將自己喜歡的IDE與Gatling一起使用。
Gatling正式支援IntelliJ IDEA和eclipse。
IntelliJ IDEA
您需要安裝社群版中提供的Scala外掛。然後,您就可以使用Scala源直接匯入常規maven或sbt專案。
Eclipse
您必須安裝ScalaIDE,最好是最新版本,甚至是里程碑。
遺憾的是,截至今天,ScalaIDE僅適用於Eclipse 4.7(Oxygen),並且與更現代的版本不相容。
請注意,Eclipse 4.7不支援Java 9+,因此如果您的計算機上安裝了多個Java,則可能必須強制使用JVM eclipse.ini
,例如:
-vm
/Library/Java/JavaVirtualMachines/jdk1.8.0_162.jdk/Contents/Home/bin/java
複製程式碼
SBT
如果你正在使用sbt,你可以使用sbteclipse來生成eclipse專案配置。
Maven
如果您正在使用maven,則可以將scala-maven-plugin與m2eclipse-scala結合使用。前者將編譯Scala程式碼,後者將執行ScalaIDE和m2e(maven的eclipse外掛)之間的整合。
您必須在pom.xml中新增以下部分:
<build>
<sourceDirectory>src/main/scala</sourceDirectory>
<testSourceDirectory>src/test/scala</testSourceDirectory>
<plugins>
<plugin>
<groupId>net.alchim31.maven</groupId>
<artifactId>scala-maven-plugin</artifactId>
<version>MANUALLY_REPLACE_WITH_LATEST_VERSION</version>
<configuration>
<args>
<arg>-target:jvm-1.8</arg>
<arg>-deprecation</arg>
<arg>-feature</arg>
<arg>-unchecked</arg>
<arg>-language:implicitConversions</arg>
<arg>-language:postfixOps</arg>
</args>
</configuration>
<executions>
<execution>
<goals>
<goal>compile</goal>
<goal>testCompile</goal>
</goals>
</execution>
</executions>
</plugin>
</plugins>
</build>
複製程式碼
您也可以使用scalor-maven-plugin。
您必須在pom.xml中新增以下部分:
<build>
<plugins>
<plugin>
<artifactId>maven-compiler-plugin</artifactId>
<version>3.8.0</version>
<configuration>
<skip>true</skip>
<skipMain>true</skipMain>
</configuration>
</plugin>
<plugin>
<groupId>com.carrotgarden.maven</groupId>
<artifactId>scalor-maven-plugin_2.12</artifactId>
<version>MANUALLY_REPLACE_WITH_LATEST_VERSION</version>
<configuration>
<zincOptionsScala>
-target:jvm-1.8
-deprecation
-feature
-unchecked
-language:implicitConversions
-language:postfixOps
</zincOptionsScala>
</configuration>
<executions>
<execution>
<goals>
<goal>eclipse-config</goal>
<goal>eclipse-format</goal>
<goal>eclipse-restart</goal>
<goal>eclipse-prescomp</goal>
<!-- <goal>register-main</goal> --> <!-- uncomment if you have some Scala code to compile in src/main/scala -->
<goal>register-test</goal>
<!-- <goal>compile-main</goal> --> <!-- uncomment if you have some Scala code to compile in src/main/scala -->
<goal>compile-test</goal>
</goals>
</execution>
</executions>
</plugin>
</plugins>
</build>
複製程式碼
從IDE啟動加特林
在gatling-highcharts-maven-archetype生成,您可以使用從您的IDE手動啟動加特林和記錄一些輔助類。可以完美複製這3個類(Engine
,Recorder
並IDEPathHelper
在自己的專案)。
以上參考官網介紹:
初次接觸Gatling
檔案目錄介紹
Gatling_Home
├── bin 執行程式
├── gatling.bat -- 啟動入口(windows)
├── gatling.sh -- 啟動入口(linux)
├── recorder.bat -- UI記錄入口(windows)
├── recorder.sh -- UI記錄入口(linux)
├── conf 配置資訊
├── gatling.conf -- 加特林配置檔案
├── gatling-akka.conf -- 加特林akka配置檔案
├── logback.xml -- 日誌配置檔案
├── recorder.conf -- recorder配置檔案
├── lib 加特林依賴jar包
├── results 測試報告
├── target 編譯類
├── user-files 使用者檔案
├── LICENSE 許可證
複製程式碼
How to run it
進入bin目錄可以看到下面兩個檔案(.bat屬於windows下面的可執行指令碼)
gatling.sh 啟動入口
依次輸入以下三個引數
- 執行的指令碼序號
- 本次測試Id,用作測試報告命名字首,不能包含空格,特殊字元,中文等
- 本次測試描述(非必須),會顯示在報告頭部
record.sh
UI操作,它主要用於將瀏覽器配置代理後記錄使用者操作然後生成測試指令碼,更多的用於使用者行為模擬測試。
測試執行
首先肯定是要下載它
解壓並進入到bin目錄下執行sh gatling.sh(linux環境下)
上面列出的就是官方自帶的測試指令碼樣例,我們試著跑下。
輸入0.就能看到視窗開始跳動位元組了!
顯示上面的資訊表示測試程式已經執行完成,最後一行顯示的是本次的測試報告,可以開啟瞅瞅,風騷的報告自己體會吧,首次介紹就先到這裡了。
部分報告截圖如下所示:
其他
關於負載,效能測試工具-Gatling詳解到這裡就結束了。
原創不易,如果感覺不錯,希望給個推薦!您的支援是我寫作的最大動力!
版權宣告:
作者:穆書偉
部落格園出處:www.cnblogs.com/sanshengshu…
github出處:github.com/sanshengshu…
個人部落格出處:sanshengshui.github.io/