Gatling vs JMeter vs The Grinder: Lasttest-Tools vergleichen

@PostMapping(path="/rewards/add")
public @ResponseBody RewardsAccount addRewardsAcount(@RequestBody RewardsAccount body)

@GetMapping(path="/rewards/find/{customerId}")
public @ResponseBody Optional<RewardsAccount> findCustomer(@PathVariable Integer customerId)

@PostMapping(path="/transactions/add")
public @ResponseBody Transaction addTransaction(@RequestBody Transaction transaction)

@GetMapping(path="/transactions/findAll/{rewardId}")
public @ResponseBody Iterable<Transaction> findTransactions(@PathVariable Integer rewardId)

.exec(http("get__reward")
  .get("/rewards/find/${custId}")
  .check(jsonPath("$.id").saveAs("rwdId")))
.pause(1)

.body(StringBody(
  """{
    "customerRewardsId":"${rwdId}",
    "customerId":"${custId}",
    "transactionDate":"${txtDate}"
  }""")).asJson)

val scn = scenario("RewardsScenario")
  .repeat(10) {
  ...
  }
  setUp(
    scn.inject(atOnceUsers(100))
  ).protocols(httpProtocol)

<HTTPSamplerProxy guiclass="HttpTestSampleGui" testclass="HTTPSamplerProxy" testname="Add Transaction" enabled="true">

<JSONPostProcessor guiclass="JSONPostProcessorGui" testclass="JSONPostProcessor" testname="Transaction Id Extractor" enabled="true">

<stringProp name="LoopController.loops">10</stringProp>

<stringProp name="ThreadGroup.num__threads">100</stringProp>

customerId = str(random.nextInt());
result = request1.POST("http://localhost:8080/transactions/add",
  "{"'"customerRewardsId"'":null,"'"customerId"'":"+ customerId + ","'"transactionDate"'":null}")
txnId = parseJsonString(result.getText(), "id")

grinder.threads = 100
grinder.processes = 1
grinder.runs = 10

GATLING__HOME\bin\gatling.bat

jmeter-n.cmd -t -l TestPlan.jmx -e -o[path to output folder]----

Wie bei Gatling müssen für The Grinder __JAVA__HOME__ und __GRINDERPATH__ gesetzt werden. Es braucht jedoch auch ein paar mehr Eigenschaften:

[source,powershell,gutter:,true]

Wie oben erwähnt, stellen wir eine __grinder.properties__ -Datei für zusätzliche Konfigurationen wie Threads, Läufe, Prozesse und Konsolenhosts bereit.

Zum Schluss booten wir die Konsole und die Agenten mit:

[source,powershell,gutter:,true]

[source,powershell,gutter:,true]

====  4.2. Testergebnisse

Jeder der Tests führte zehn Läufe mit 100 Benutzern/Threads durch. Lassen Sie uns einige Highlights auspacken:

[cols=",^,^,^,^,^",]

| ======================= | | **  Erfolgreiche Anfragen **  | **  Fehler **  | **  Gesamttestzeit (s) **  | **  Durchschnittliche Antwortzeit (ms) **  | **  Spitzendurchsatz **

| **  Gatling **  | 4100 Requests | 100 (soft) **  | 31 | 64.5 | 132 req/s

| **  JMeter **  | 4135 Anfragen | 0 | 35 | 81 | 1080 req/s

| **  The Grinder **  | 5000 Requests | 0 | 5.57 | 65.72 | 1284 req/s | ============================== ==========================================

Ein Blick zeigt, dass The Grinder 6x schneller ist als die beiden anderen Tools für den Gesamttest. Die anderen beiden taten ähnlich bei ~ 30 Sekunden. Der gleiche Schritt zwischen The Grinder und Gatling, bei dem 100 Threads erstellt wurden, dauerte 1544 ms bzw. 16 ms.

Während The Grinder mit hoher Geschwindigkeit arbeitet, kostet dies zusätzliche Entwicklungszeit und weniger Vielfalt an Ausgabedaten.

Zusätzlicher Hinweis Gatling hat 100 "weiche" Fehler aufgrund der logischen Prüfung auf eine nicht vorhandene Belohnungs-ID. Die anderen Tools zählen den if-bedingten Fehler nicht als Fehler. Diese Einschränkung ist in der Gatling-API enthalten.

[[test-summary]]

===  5. Zusammenfassung

Nun ist es an der Zeit, sich einen Überblick über alle Lasttest-Tools

[cols="^,^,^,^",]

| ======================================== | **  Gatling **  | **  JMeter **  | **  The Grinder **  | Projekt und Community | 9 | 9 | 6 | Leistung | 7 | 7 | 10 | Skriptfähigkeit/API | 7 | 9 | 8 | UI | 8 | 8 | 5 | Berichte | 9 | 7 | 6 | Integration | 7 | 9 | 7 | **  Zusammenfassung **  | **  7.8 **  | **  8.2 **  | **  7 **  | ==================== ====================

**  Gatling: **

**  Solides, poliertes Lasttest-Tool, das schöne Berichte mit ausgibt

Scala-Skripting
**  Open Source- und Enterprise-Supportstufen für das Produkt

**  JMeter: **

**  Robuste API (über GUI) für die Entwicklung von Testskripts ohne Codierung

erforderlich
**  Apache Foundation Support und hervorragende Integration mit Maven

** Der Schleifer:**

**  Schnelles Tool zum Testen der Leistung für Entwickler, die Jython verwenden

**  Serverübergreifende Skalierbarkeit bietet noch mehr Potenzial für umfangreiche Tests

Einfach ausgedrückt: Wenn Geschwindigkeit und Skalierbarkeit erforderlich sind, verwenden Sie The Grinder.

Wenn interaktiv gestaltete Grafiken dazu beitragen, einen Leistungszuwachs für eine Änderung zu zeigen, verwenden Sie Gatling.

JMeter ist das Werkzeug für komplizierte Geschäftslogik oder eine Integrationsschicht mit vielen Nachrichtentypen. Als Teil der Apache Software Foundation bietet JMeter ein ausgereiftes Produkt und eine große Community.

===  6. Schlussfolgerung

Zusammenfassend sehen wir, dass die Tools in einigen Bereichen über vergleichbare Funktionen verfügen, in anderen jedoch glänzend sind. Das richtige Werkzeug für den richtigen Job ist umgangssprachliche Weisheit, die in der Softwareentwicklung funktioniert.

Die API und Skripts finden Sie schließlich unter https://github.com/eugenp/tutorials/tree/master/testing-modules/load-testing-comparisonglich bei Github