8.1. 負荷テスト計画 これまで、JMeterの様々な機能を紹介してきました。この章では、それらの機能を使い、実際にどのようにテスト計画を作成・実施していくのかを説明します。なお、以下の説明では、対象とするアプリケーションはWebアプリケーションを想定しています。 8.2. 事前に集めておく情報 まず、テスト計画を作成するために、テスト対象となるアプリケーションについて、いくつかの情報を集めておかなければなりません。 一番大切なのは、ピーク時に想定される同時アクセス数です。この数が想定できている場合は、一度の負荷テストでアプリケーションのパフォーマンスについての信頼ある数値を取得することができます。ピーク時の同時アクセス数がほとんど予想できないか、あるいは、どの程度までの同時アクセス数までアプリケーションが耐えられるか知りたい場合は、想定する同時アクセス数を小さい値から順に増やしていく形
はじめに 負荷試験ってとっても重要ですが、リリーススケジュール優先でどうしても後回しにされたり、省略される事がありませんでしょうか。 特に近年はクラウドでの動作が前提となっているため、リリース後のスケールアップやスケールアウトが容易であるというということも、事前の負荷試験が軽視されてしまう要因となっているかもしれません。 しかしながら、ある案件で負荷試験を行ってやっぱり重要だなということがわかったので自戒を込めて負荷試験実施からパフォーマンス・チューニングの流れを記載します。 各ツールの詳細な紹介などは自分が参考にしたリンクを随時追記したいと思います。 ※以下、数字は例であり、適当に丸めてあります。 負荷試験を軽視することにより発生しうるケース 簡単に思いつくこと サービスの継続に必要なサーバリソースが予算またはサービスの収入を上回った。（ワーストケース） サービスの継続に必要なサーバリソ
前回までのjmeter関連の記事は以下の通りです jmeterのインストール方法 HTTPリクエストの発行方法 今回は更に指定したリクエスト/secだけリクエストできるようにしたいと思います 上記まで完了している体で説明します スレッドグループを右クリック -> 追加 -> タイマ -> 定数スループットタイマ を追加 タイマの名前を適当に決めます ターゲットスループット（サンプル数/分）に「1分間でリクエストするリクエスト数」を指定 ここで指定するリクエストがreq/minであることに注意してください 例えば 100 rec/sec のリクエストを送りたい場合は「6000.0」と入力してください Caluculate Throughput based onは「this thread only」を選択 スレッドグループを編集 スレッドプロパティの無限ループのチェックボックスをON スレッド
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
