JMeter使うのだるいなーと思ってたらruby-jmeterというRubyでテストプランを書けるツールがあった。知らなかった（迫真）。 典型的なRailsアプリのテストプラン そういう訳で典型的なRailsアプリのテストプランを書いてみたのがこちら。 ユーザーログインページでCSRFトークンを取得し、常にHTTPヘッダにつけるようにする ユーザーログイン情報をクッキーに保存 といった典型的な処理を盛り込んでいます。あとはREADME.mdを読んでもらえれば大体の書き方が把握できるかと思います。 ちなみに、# Debugというコメントの下2行をコメントアウトしてもらうと、JMeter上でデバッグ用の出力を表示することができます。テストプランが上手く動かないときに、リクエストヘッダやレスポンスを確認するのに便利です。 で、これをコマンドラインで ruby sample.jmx.rb && j
一定時間リクエストを送り続ける設定の仕方 負荷テストではよく「5分間リクエスト送り続けてのレスポンス状態をみる」といったような一定時間リクエストを送り続けるようなテストが行われます。 JMeterでそのようなシナリオを作成するには、スレッドグループのスケジューラを利用します。 設定方法 1. ループ回数を無限に設定する 2. 「スケジューラ」のチェックボックスをチェックする 3. スケジューラ設定の「持続時間 (秒)」にリクエストを送り続けたい秒数を入力する。 備考 ・スケジューラ設定の開始時刻、終了時刻は入力必須になっていますが、過去の日付にしておけば無視されるので特段の理由がなければ、初期値のままでかまいません。 サンプラーのホスト名をいちいち書き換えるのが面倒くさい時 負荷テストでははじめにステージング環境で試してみて、その後本番環境で行ったりすることがあったりします。 こういう場合
テストシナリオの作成 負荷テストを行う前には、テストシナリオを考える必要があります。例えば、「100人のユーザで1分間に1ユーザーが6回ずつリクエストを送信し、10分間負荷をかける。十分なレスポンスタイムが得られるかどうか？」といったものです。今回のテストシナリオを箇条書きで以下に並べます。 ユーザは10人で、36秒ごとに一人ずつログインしていく。 各ユーザはログインしてから、2秒おきにメモを追加する処理を100回繰り返し終了する。 HTTPレスポンスのコードが正しいかだけでなく、内容も正しいか確認する。 JMeterでテストシナリオを設定（前半） それでは、作成したテストシナリオに合わせてJMeterを設定していきます。以下の手順に従って、設定した内容をJMeter特有のファイルに保存するまでをまず行います。 JMeterの起動 スレッドグループの作成 サンプラーの作成 ユーザーパラメー
JMeterによる複雑なベンチマーク測定 ApacheBenchは実行時に単一のURLしか指定できないため、実態に沿ったパフォーマンスを知るには工夫が必要でした。そこで、複数のURLに対して接続が可能で、各URLに対して同時接続数などのパラメータを個別に設定できるベンチマークソフト「JMeter」を取り上げます。JMeterは、Apache Software Foundationで開発されているJavaアプリケーションです。きめ細かい評価を行うにはそれ相応に詳細な設定を行う必要があるため、ApacheBenchほど手軽ではありません。ただし、GUIで操作でき、Webブラウザの巡回記録から定義ファイル（注）を作成することもできるため、動作させることは難しくありません。 注：複雑なベンチマークでは、テストの内容を定義したファイルの作成が重要になります。時間軸に沿って動作記述することから、シナリ
what 前回の測定は、Ramp-Up期間がすべて 1 という極端なものであり、あまりよろしくないと聞いた。 そのため、再度、負荷テストを行う。 今回行いたい測定は、前回同様「サーバの負荷限界値」である。 負荷計測環境 前回とほぼ同じだが、負荷テスト対象のWebアプリケーションのバージョンが少々あがっている。 妥当なRamp-Up期間の決定について JMeterで負荷テストするのはいいのだが、以下の数値をどのように決めるのに非常に悩む。 スレッド数 Ramp-Up期間 ループ回数 どうしたらよいものか、考えてみた。 itarchitect.jp 上記にテストシナリオ作成のヒントが書いてあるので読んでみた。「現実に即したテスト」という視点が非常に重要であると書いてある。 記事のヒット率の以下のようになる。 スレッド数が大きい場合は、Ramp-Up期間を「0」に設定すべきではない。（異常な状態
負荷テスト（または性能テスト）は、システムを作り上げる上で重要な要素を持つテストになります。 しかしながら、システムを構築する段階ではあまりこの負荷や、サーバー（またはその上でのアプリケーションやミドルウェア）の性能というものは気にしません。 開発メンバーはせいぜい数十人といったレベルが多く、システムの開発段階ではそれだけの人のアクセスがないため、実際の利用状況とはかなり異なった環境で「動いたからOK」という感じで流してしまいがちです。 ただ、こういうことを気にせずにシステムをリリースしてみたら、一定のデータ量に達したらアプリケーションが動かなくなったり、サーバーが応答しなくなったなんて事があったりします。 そういうことがないためにも、リリース後の負荷を想定したテストや、システム全体の性能を予めテストしておく必要があります。 負荷テスト用のツールで市販されているものは、確かにきめ細かい結果
「負荷テストあれこれ-JMeterの使い方- 」で、JMeterの利用方法について触れましたが一番肝心のレポートの見方について書いてませんでしたので、今回はその点を。 今回の記事をまとめるにあたり、下記の資料を参考にさせていただきました。 Apache JMeterで負荷試験をしよう！＠JaSST 負荷テストの方法やレポートの見方について触れる前にまず、何を目的で負荷テストをするかについて触れてみたいかと。 これも様々なケースが想定されますが、取り合えず 1. 現在のインフラ、システムの構成でどれだけの負荷に耐えられるかを知る為 2. 想定される同時ユーザー数に耐えられるか検証したい 3. インフラ、システム構成の変更によりどれだけのパフォーマンスが向上したか知りたい の3つをケースを考えてみたいと思います。 まず前提となるテストシナリオを作る部分から。 これは、「ログイン→Aページ遷移→
メインページ 提供：maruko2 Note. 移動： 案内, 検索 人気のページ 最近追加したページ 最近更新したページ rsync でディレクトリの同期（バックアップ） 823663 Mac OS X, Windows, rsync, バックアップ ファイル共有接続時に保存したパスワードを削除する方法 529585 Windows Apache/SSL自己証明書の作成とmod sslの設定 409939 Apache, セキュリティ Mac OS X で動画のスクリーンキャプチャを撮る方法 367580 Mac OS X 一般ユーザーを sudo できるようにする 261469 CentOS 複数NICでのデフォルトゲートウェイ設定方法 338897 CentOS, Windows, ネットワーク WinHTTPプロキシの設定方法 334813 Windows, システム管理 Post
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
