CA BlazeMeter で JMeter テストを実行 - SaaSでいこう！なブログ

いままでの記事は、CA BlazeMeter の無償アカウントサインアップ手順やChrome プラグインを使ったJMeter スクリプト（JMX）の超簡単生成など事前準備な話ばかりでしたが、いよいよJMeterテストを実行してみます。

では早速、CA BlazeMeter にサインインします。

f:id:hironishino:20170719093216p:plain

こんなダッシュボードが出ます。CA BlazeMeterのメイン画面です。メニューバーにある「Create Test」をクリック。

f:id:hironishino:20170719093417p:plain

いろいろ面白そうなテストタイプがあって興味をそそられますが、今回は JMeter テストをクリック

f:id:hironishino:20170719093527p:plain

JMeterテストのコンフィギュレーション画面が開きます。まずは手元のJMXファイルをドラッグドロップでアップロードします。
（上図は前回記事CA BlazeMeter の Chromeプラグインで JMeter スクリプト（JMX）を速攻で生成 - SaaSでいこう！なブログでChrome プラグインでJMX生成＆ダウンロードした直後の状態なのでダウンロードにJMXファイルがありますが、ふつうにWindows エクスプローラからドラッグドロップでもOKです）

ここで簡単に画面の説明をしておきます。まず画面右側はLoad Configuration（負荷設定）ペインです。以下に拡大。

f:id:hironishino:20170719093934p:plain

この設定を言葉で言うと、

20人のユーザが20分間、無限繰り返しでWeb操作（JMeter スクリプト）を行う。
いきなり最初から20人アクセスではなく開始後300秒かけて徐々に20人に到達する（ランプアップ）。
負荷は、米国アイオワ州にあるGoogle クラウドサーバのインスタンスからかかる（ロードジェネレータ）

こんな感じです。ちなみにJMX内にも同様の設定が（スレッドグループに）ありますが、CA BlazeMeterはデフォルトではそっちは見ず、こっちの設定を見ます。（2017/07/25追記：JMX側の設定を優先する方法はこちら）

あと「SandBox Mode」のチェックボックスをオンにすると、SandBoxというシェアード（共有）のロードジェネレータが使われます。これを選ぶ意義はライセンス上のテスト回数が「目減り」しないことに尽きます（過去記事：無償アカウントの制限 - SaaSでいこう！なブログを参照）。お試し実行目的にもってこいです。
一番上の「Run as Functional API test」は最近追加された機能で、負荷テストではなく機能テストを行うモードです。機能テストはそのうち別の記事にしたいと思っていますが、端的な違いを言うと、テスト結果として要求／応答電文まで収集してくれる点です。

画面説明を続けます。画面左下はオプション設定です。

f:id:hironishino:20170719095927p:plain

項目名でだいたいどんなオプションか直感でわかると思いますが、ここはオプションなので、何も設定しなくてもとりあえず動きます。使い込んでいくうちに、これらを上手く使っていくことになると思います。１つだけ紹介しておくと、「JMeter Properties」はJMX内のプロパティ（${__P(HIRO)}みたいな）をここから設定できます。しかも負荷テスト実行の最中に、この値をブラウザから動的に書き換え可能です！例えばJMX内のターゲットスループットの値をプロパティにしておけば、CA BlazeMeter は負荷テストの最中に、「もうちょっとスループットを上げてみよう」みたいな動的な調節ができちゃう（詳細はコチラ）ということです。これは JMeter だけでは実現が難しいところなので、CA BlazeMeter の特徴の１つだと思います。
その他のオプションとしては、APM連携も面白いです。これは本当に面白いので、そのうち独立した記事にしようと思っています。ネットワーク帯域エミュレーションは、モバイル端末からの負荷を模擬させるとき便利そうです。