8. 負荷テスト計画の立て方
8.1. 負荷テスト計画 これまで、JMeterの様々な機能を紹介してきました。この章では、それらの機能を使い、実際にどのようにテスト計画を作成・実施していくのかを説明します。なお、以下の説明では、対象とするアプリケーションはWebアプリケーションを想定しています。 8.2. 事前に集めておく情報 まず、テスト計画を作成するために、テスト対象となるアプリケーションについて、いくつかの情報を集めておかなければなりません。 一番大切なのは、ピーク時に想定される同時アクセス数です。この数が想定できている場合は、一度の負荷テストでアプリケーションのパフォーマンスについての信頼ある数値を取得することができます。ピーク時の同時アクセス数がほとんど予想できないか、あるいは、どの程度までの同時アクセス数までアプリケーションが耐えられるか知りたい場合は、想定する同時アクセス数を小さい値から順に増やしていく形
初めての負荷テストで、得られた知見、実施後の振り返り | Monotalk
投稿者: kem / 右記内 Web Performance Test & Tips / 投稿日:2016-10-01 ( 9年, 7ヶ月 ago) / 更新日:2019-03-02 ( 7年, 2ヶ月 ago) / コメント 仕事で、人生初の WEB アプリケーションのスループット云々系の負荷テストを実施しました。 負荷テスト実施で得られた知見、実施後に記事を見返して思ッたことを記載します。 何か思い出したら、随時追記をしていこうかと思います。 初負荷テストについて まず、初負荷テストについて記載します。 実施した時期 2016年8月-9月 です。 負荷テスト 対象のアプリケーション構成 HTTP サーバ Apache JAVA AP サーバ Glassfish DB サーバ AWS RDS 評価対象のモジュール どの画面からも必ず呼び出されるされる共通処理です。 1呼び出しの負荷は高く
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
