Gatling vs JMeter vs The Grinder:負荷テストツールの比較

@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]----

Gatlingと同様に、The Grinderでは__JAVA__HOME__と__GRINDERPATH__を設定する必要があります。しかし、それはまた、さらにいくつかのプロパティが必要です。

[source,powershell,gutter:,true]

上記のように、スレッド、実行、プロセス、コンソールホストなどの追加設定用に__grinder.properties__ファイルを用意しています。

最後に、コンソールとエージェントを次のようにブートストラップします。

[source,powershell,gutter:,true]

[source,powershell,gutter:,true]

====  4.2. 試験結果

各テストは100ユーザー/スレッドで10回実行されました。ハイライトをいくつか展開しましょう。

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

| =================================================== ===================== | | | ** 成功した要求**  | ** エラー**  | ** 合計テスト時間**  | ** 平均応答時間（ミリ秒）**  | ** ピークスループット**

| ** ガトリング**  | 4100要求| 100（ソフト）**  | 31 | 64.5 | 132 req/s

| **  JMeter **  | 4135リクエスト| 0 | 35 | 81 | 1080要求数/秒

| **  The Grinder **  | 5000リクエスト| 0 | 5.57 | 65.72 | 1284 req/s | ================================== ============================================

一目でわかるように、The Grinderは他の2つのツールよりも6倍高速です。他の2人は同様に〜30秒で計時した。 The GrinderとGatlingの間の同じステップでは、100個のスレッドが作成され、それぞれ1544msと16msかかりました。

The Grinderは高速ですが、開発時間が長くなり、出力データの多様性が低くなります。

追加の注意Gatlingには100の「ソフト」な失敗があります。これは、存在しない報酬IDのロジックチェックのためです。他のツールはif条件付き失敗をエラーとしてカウントしません。この制限はGatling APIにも含まれています。

[[test-summary]]

===  5.まとめ

今度は、それぞれの負荷テストツールを全体的に見てみましょう。

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

| ================================= | | | **  Gatling **  | **  JMeter **  | **  The Grinder **  |プロジェクトとコミュニティ| 9 | 9 | 6 |パフォーマンス| 7 | 7 | 10 |スクリプト能力/API | 7 | 9 | 8 | UI | 8 | 8 | 5 |レポート| 9 | 7 | 6 |統合| 7 | 9 | 7 | ** まとめ**  | **  7.8 **  | **  8.2 **  | **  7 **  | =================== ==================

** ガトリング:**

** 美しいレポートを出力する、頑丈で洗練された負荷テストツール

Scalaスクリプト
** 製品のオープンソースとエンタープライズのサポートレベル

**  Jメーター:**

コーディング不要のテストスクリプト開発用の堅牢なAPI

必須
**  Apache FoundationのサポートとMavenとの優れた統合

** グラインダー:**

Jythonを使用する開発者向けの高速パフォーマンス負荷テストツール

** クロスサーバーのスケーラビリティにより、大規模なテストにさらなる可能性を提供

簡単に言えば、スピードとスケーラビリティが必要な場合は、The Grinderを使用してください。

見栄えの良いインタラクティブなグラフが変化を主張するためのパフォーマンスの向上を示すのに役立つ場合は、Gatlingを使用してください。

JMeterは複雑なビジネスロジックや多くのメッセージタイプを持つ統合層のためのツールです。 Apache Software Foundationの一環として、JMeterは成熟した製品と大規模なコミュニティを提供します。

===  6.まとめ

結論として、私たちはツールが他の分野で輝いている間、ある分野で同等の機能を持っていることがわかります。適切な仕事に適したツールは、ソフトウェア開発に役立つ口語的な知恵です。

最後に、APIとスクリプトはhttps://github.com/eugenp/tutorials/tree/master/testing-modules/load-testing-comparison[Github]にあります。