2017-04-20 14 views
0

私はJMeterのテスト計画を作成しており、正しい方法を確認するための検証が必要です。JMeterテスト計画の検証

私は、最も混雑した時間帯に次のGAデータを持っています。スレッドの

Hour: 10  
Average session duration: 00:02:56 
Avg. Page Load Time (sec): 1.57 
Sessions: 2441 
Page Views: 8361 

数(ユーザー):このです)

2441 (Hourly Sessions) x 176 (Average Session Duration (in seconds))/3600 

くれ

1 119を与える:

私は、次の式を使用して、これを計算しました正しいアプローチ?

平均ページの読み込み時間

GAによって報告されているように私は平均的なページの読み込み時間に対してベンチマークにしようとしてるの取得。だから私は現在、次のテスト計画を作成しました:

スレッドグループ:

- HTTP Request (Main Request) 
    - Aggregate graph 

1)これは、119回は、私はより多くのページを追加する必要があります)(メインリクエストを要求するように要求し、合計8361件のようにページあたりの景色GAから?

2)GAデータが1時間以上経過しているため、1時間以上実行するテスト計画をどのように取得する必要があるのか​​不明です。現在、119リクエストは数分で実行されるか、容量の大まかなアイデアを得るには1時間かかりますか?

3)集計グラフからの平均応答時間を使用して、それを平均と比較してください。 GAからのページ読み込み時間

+0

'仮想ユーザ=訪問率/(60 /訪問長)' 2441 /(60/1.57)= 63 使用63スレッドグループとテストプランに適切なタイマーを追加し、1時間のためにそれを実行します。メトリックを収集して比較します。1回の実行でパフォーマンステストを終了することはできません。複数の反復が必要です。 –

答えて

0

1.1)実際の「平均的なユーザー」のサービスとやりとりする方法を模索している場合に限ります:176秒間に一連の要求を行います(セッションと呼ばせてください)。

次に、yesの場合、1つのスレッド内では、リクエストチェーンを176秒間に伸ばすと、1スレッドは1時間あたり20.5セッションを処理できます。

1時間あたり〜2440件の要求を満たすために〜119スレッドになります。

もう1つの方法は、ページビュー(8361)に固執することです。 「セッション」を維持していて、特定の要求シーケンスが問題ではない場合は、loadが実行されます。

次に、〜2.3rpsのフラットになります。 応答時間が約1.5秒になるとすぐに、ペースを維持するには少なくとも3つのスレッドが必要になります。伸びる余地がある方がよいでしょう。 ほとんどの場合、I/Oでブロックされているので、たくさんのものは必要ありません。

JMeterの実際のスループット値を確認すると、最初の実行時にスレッドの数を最適に調整できます。

関連する問題