Jmeterスレッドの設定を解釈する方法

Question

私はログイン、ビューページ、他のページから構成され、ログアウトするWebアプリケーションをテストすることを試みています。フルフローには14個のリクエストが含まれており、フローを完了するために300人のユーザーが作成されています。

私は、次のスレッドグループの設定があります。私は300人のユーザーがいるとランプアップ期間が6であることから、各1秒50のスレッドがあるだろう、オンラインリソースによると

が追加されました。したがって、すべての300スレッドが起動し、6秒後に実行されます。

6秒後に、Jmeterは同時に300個のアクティブなスレッドにアクセスすると結論づけることができますか？

2番目の質問は、Resulter ListenerをSampler Resultタブで表示したときに100人以上のユーザーの負荷テストを実行すると、jsファイルとcssファイルに対してのみ次のエラーが発生しますが、その要求に対しては正しく表示されます。

Response code: 200 
Response message: Embedded resource download 

javax.net.ssl.SSLHandshakeException message:Non HTTP response message: Remote host closed connection during handshake, 

私のウェブサイトのパフォーマンス上の問題ですか、Jmeterはすべてのjs/cssファイルをダウンロードできませんか？あなたのスレッドの設定に関しては、事前

Answer 1

1. で

   おかげで、実際の並行処理は、アプリケーションの応答時間に依存します。各1秒のJMeterは50人のユーザー

2. 50人のユーザーのそれぞれを開始します
   • ユーザーはそれがシャットダウンされるすべての要求の実行を終了しますときに逆さま
   • あなたの14の要求の実行を開始します：JMeterは次のように動作します

   したがって、14のすべてのリクエストの平均応答時間が500ミリ秒を超える場合は、300人の同時ユーザーが必要です。 Active Threads Over Timeリスナーを使用して、オンラインになったユーザーの数をいつでも確認できます。トピックに関するより詳細な情報については、JMeter Test Results: Why the Actual Users Number is Lower than Expected記事

3. 解答チェックjmeter.logし、任意の手がかりのためのテストログの下でアプリケーションを提供するために、あまりにも少しの情報を参照してください。 JMeterをGUIモードで実行することは特にありません。特に、View Intelligence Tree Listenerを有効にしすぎるとリソースが集中し、副作用が予測できない可能性があるためです。したがって、すべてのリスナーを無効にして、問題が残る場合は、ログファイルを検査して、non-GUI modeでテストを繰り返します。