1）試験対象部位負荷は20 QPSに到達テストサイトの応答時間のfnng.cnblogs.com及びtt-topia.rhcloud.com 2）目的です。毎秒第二のクエリ毎のクエリ：QPSはQPSを説明します。クエリである
サーバは、
秒あたりに処理可能なクエリの数。インターネット上では、ドメインネームシステム
サーバ
マシンのパフォーマンスは、多くの場合、毎秒のクエリを測定するために使用されます。テストの目的を達成するために、我々は、中のJMeterにテスト計画を作成する必要がありますする必要があります。このテストは唯一fnng.cnblogs.comとtt-topia.rhcloud.comブログのページ要求のうちの2つを、完了するために必要とされているので、したがってのみ可能HTTPリクエストサンプラーを使用する必要があります。テストプログラムを確立することのJMeterを開始した後、JMeterは自動的に、独自のテスト計画を作成することができ、ユーザーに基づいて、空のテスト計画、テスト計画を生成します。スレッドグループの追加
性能試験
要求負荷がスレッドの完全なセットに基づいています。テスト計画は、スレッドグループを持っている必要があります。テストは、スレッドグループは非常に簡単です追加する予定です。テスト計画では、右のポップアップドロップダウンメニュー（追加- >スレッド（ユーザー）--->スレッドグループ）は、スレッドグループ内で選択することができます。JMeterの各テスト計画は、あなたがグループの計画で複数のスレッドを作成することができ、もちろん、少なくとも一つのスレッドグループを、含まれている必要があり、その後、テスト計画にここで？複数のスレッドグループ間（シリアルまたはパラレル）オーダー実行に何が起こるのだろう並列実行の複数のスレッドは、同時に設定されている、すなわちスレッドが初期化され、同時にスレッドグループサンプラーを実行しています。
スレッドの数、時間（秒のランプアップ期間（））準備ができて、サイクル数：メインスレッドグループの3つのパラメータで構成されています。スレッド：仮想ユーザーの数。仮想ユーザは、1つのプロセスまたはスレッドを占めています。スレッド数が設定されている場所をどのように多くの仮想ユーザーが設定します。長い準備する場合：仮想ユーザーの数は、それがすべて開始した所要時間を設定します。スレッドの数は10のために長い間準備し、10秒20個のスレッドを起動するとき、20である場合。これは、毎秒2つのスレッドを開始することです。サイクル：各スレッドの送信要求回数。スレッド20、100サイクルの数と、各スレッド100は、送信を要求します。要求の合計数は、* 100 = 2000 20です。あなたが「常に」をチェックした場合は、すべてのスレッドが常にスクリプトの実行をオプトアウトするための要求を送信します。目標を達成することができ、テストに決定的な影響を持っているスレッドの合理的な数を設定します。数は、スレッドの小さすぎる設定されている場合この場合、応答時間要件は、ホーム20のQPS負荷条件であり、QPSで設定された要件を達成できない可能性があります。また、サイクルの合理的な数は、上記とは決して外に説明サイクルの固定数に加えて、も重要であり、あなたはまた、柔軟なテスト実行時間を設定することを選択できます。「スケジューラ」スケジューリングの設定を確認してください。スレッドグループのコンテキストメニューのスレッドを完了するために、グループを追加するには、HTTPリクエストを追加した後、HTTP要求を選択する（--->サンプラー---> HTTPリクエストを追加します）。JMeterのために、サンプラー（サンプラー）がサーバと対話ユニットです。サンプラーは、一般に3つの部分に動作する：サーバは、記録時間情報に対応する記録サーバ応答データに要求を送信します
HTTPリクエストは、以下の詳細な多くの設定パラメータがあります。名前：この属性は、サンプラーが意味のある名前をお勧めします識別します。テストは動作しないため、ユーザーだけが読み取り可能な記録ユーザーのコメント情報：注意してください。サーバー名またはIP：送信されたターゲット・サーバー名またはIPアドレスへのHTTPリクエスト。ポート番号：ターゲットサーバのポート番号は、デフォルト値は80です。プロトコル：HTTPまたはHTTPSであってもよいし、デフォルト値はhttpターゲットサーバプロトコルのHTTPリクエストに送信します。方法：HTTPリクエストの方法、GET、POST、HEAD、PUT、を含む利用可能な方法 OPTIONS、TRACE、DELETE など。コンテンツのエンコード：（サーバーのアドレスとポートを含まない）、ターゲットURLのパスに自動的にリダイレクトします：このオプションを選択すると、HTTPリクエストに応答して得られたときに301分の302、あるコンテンツをエンコードする、デフォルトのパスはISO8859で
のJMeter
自動的に新しいページにリダイレクト。キープアライブを使用します。このオプションを選択すると、JMeterの道、デフォルトで選択されたターゲット・サーバとの間でキープアライブHTTP通信を使用しています。HTTPのためのマルチパート/からのデータを使用し POST： デフォルトで選択されていない使用のマルチパート/からのデータ伝送方式を使用して、HTTPのPOSTリクエストを送信するとき。パラメータと共に要求：パラメータ化されたURLの要求で送信されたURLパラメータ、JMeterは、単純なパラメトリックな方法を提供します。ユーザは、このテーブルにURL内のすべてのパラメータを設定することができ、テーブルの各行は、パラメータ（名前1 =値1に対応するRUL）の値です。一緒にファイル送信要求で：ファイルの送信要求を、一般的に、HTTPファイルのアップロードの動作は、このようにシミュレートすることができます。すべてのHTMLファイルからインクルードリソースを持っています：このオプションを選択するとした後、HTTPリクエストでのJMeterとレスポンスHTMLコンテンツファイルを取得し、また、HTML解析を行い、HTMLに含まれるすべてのリソース（画像を取得し、フラッシュ下の埋め込まれたURLに記入しなければならないなど）、あなただけの特定のリソースのページを取得したい場合は、デフォルトで選択されていない、テキストボックスを一致させる必要があるかもしれません
ダウンロードするには
、特定のリソースの表現のみを指定した正規表現のURLと一致するように、リソースが指示される
ダウンロードします
。モニターとして：このモニター・サンプラーは、直接モニターの結果のリスナーでサンプラーの統計に基づいてグラフィカルに見ることができるようです。デフォルトが選択されていません。MD5ハッシュとして応答を保存:?唯一の完全な応答データを記録せずにサーバーの応答MD5値のデータを記録を行う際に、これを確認してください。テストするために非常に大量のデータの必要性は、サンプリングデータに対応してコストを削減するためにレコードを選択することをお勧めされている場合。ここでは、それぞれ、2つのHTTPリクエストを追加し、fnng.cnblogs.com tt-topia.rhcloud.comの要求を送信します。このQPS限界性能テスト要件に述べたテストを提供する目的は、ブログのページ20QPSのための負荷送信要求を制御する必要がある「負荷20はQPSで到達したときにホームブログは応答時間を理解する」です。一つの可能な方法は、徐々に試験計画内のスレッドの数を調整し、HTTPリクエストQPS放出されたサンプラーを約20に維持されるように計算されたタイマ（タイマ）を添加すると、サンプラー（サンプラー）であることです。しかし、この方法は時間がかかり、達成するためにいくつかの試みを通過する必要がある。別の方法を、QPSはサンプラーの応答時間は（ネットワーク環境の変更）に変更されると、タイマーを設定することによって完全に制御、それはタイミングを再調整する必要がありますデバイスの待ち時間。
JMeterは
定数スループットタイマ（一定のスループットタイマ）と呼ばれる、非常に有用なタイマを提供し、タイマーが容易所与の送信要求サンプラーのスループットを制御することができます。fnng.cnblogs.comを右クリックし、ポップアップメニューが定数スループットタイマーを選択します（--->タイマー--->定数スループットタイマを追加します）
メイン属性定数スループットタイマーの説明：名前：（分あたりのサンプル中）タイマー目標スループットの名前：目標スループット。これは毎分送信要求の数であることに注意し、従って、対応する試験要求は、この値は1200であるべきで、20 QPSを必要としました。基づいてスループットを計算する：このスレッドのみ：各スレッドのスループットを制御する、このモードが選択され、総スループットがスループットがスレッドを運ぶ設定された目標の数で乗算され、すなわち5つのオプションが存在します。すべてのアクティブスレッド：目標スループットの設定は、各スレッドが合理的な時間を待った後、再度実行するために最後の実行の終了後にアクティブになり、各アクティブスレッドで配布されます。同じ時間からアクティブなスレッドのスレッドが同時に実行されています。現在のスレッドグループ内のすべてのアクティブスレッド：目標スループットの設定は、各グループ内で現在アクティブなスレッドに割り当てられますし、テスト計画が唯一のスレッドグループである場合は、このオプションはまったく同じ効果およびすべてのアクティブなスレッドのオプションです。すべてのアクティブなスレッド（共有）：すべてのアクティブなスレッドとオプション基本的に同じことが、唯一の違いは、各スレッドが実行を終了した後、合理的な時間を待った後、再度実行しているすべてのアクティブなスレッド上でアクティブになることです。（共有）現在のスレッドグループ内のすべてのcativeのスレッド：現在のスレッドグループ内のすべてのアクティブなスレッドでは、唯一の違いは、各アクティブスレッドは、すべてのアクティブなスレッド上の合理的な期間後に再度実行するために待っているの終了後に再度実行することで、基本的に同じです。上記のように、唯一の要素はfnng.cnblogsを演技します。COMは、タイマー目標スループット1200 /分（20 QPS）、設定値の計算スループットに基づいて、すべてのアクティブなスレッドた設定しました。もちろん、定数スループットタイマのみ要求の十分な数の場合には、スレッドグループ内のスレッドを生成する理にかなって、従って、値は定数スループットタイマ設定されていても、また、スレッドグループ数のスレッドの欠如、またはタイマーに起因し得ますそして他の原因不当な全体的なQPSは、所望の目的を達成することはできません。リスナーの主要部分を（リスナー）スクリプトの設定が完了した追加した後、何らかの方法で取得するために必要なパフォーマンス・テストのテスト結果は、この実施例では、我々は、要求の応答時間に興味を持っています。提示する視覚的な方法でデータレコードをサンプリングリスナーコレクタ要素を使用してのJMeter。HTTPリクエストは、我々は重合レポート、より直感的なビューのテスト結果を追加することができますので、JMeterは、リスナーの様々な種類があります。重合レポートを追加し、メニューを再生し、スレッドグループを右クリックします（追加--->リスナー--->集計レポート）レポートでの選択。
スクリプトを実行重合レポートが完了した後、我々はスクリプトを実行する必要があり、後で重合レポートのパラメータについて説明します。スクリプトを実行する前に、我々は、各要素のパラメータ設定を見てみましょう：---------------------------------- -----------------------------スレッドグループ：20長い準備時間::スレッド10サイクル数：10 ------ -------------------------------------------------- ------- HTTPリクエスト：名前：fnng.cnblogs.com。サーバー名またはIP：fnng.cnblogs.comポート数：80実装：
のJava
プロトコル：HTTPメソッド：パスをGET：/ ------------------------ ---------------------------------------定数スループットタイマ：サンプル中の目標スループット（ ）毎分：1200.0計算スループットもとに：すべてのアクティブなスレッド------------------------------------- --------------------------ツールバーの[実行]ボタンをクリックするか、メニューバーをクリックして「--->スタートを実行する」またはキーボードショートカットを使用しますプログラムを実行するには、Ctrl + Rを。報告書は、重合の結果は、重合ビューレポートを実行します分析します：
スレッドの数、時間（秒のランプアップ期間（））準備ができて、サイクル数：メインスレッドグループの3つのパラメータで構成されています。スレッド：仮想ユーザーの数。仮想ユーザは、1つのプロセスまたはスレッドを占めています。スレッド数が設定されている場所をどのように多くの仮想ユーザーが設定します。長い準備する場合：仮想ユーザーの数は、それがすべて開始した所要時間を設定します。スレッドの数は10のために長い間準備し、10秒20個のスレッドを起動するとき、20である場合。これは、毎秒2つのスレッドを開始することです。サイクル：各スレッドの送信要求回数。スレッド20、100サイクルの数と、各スレッド100は、送信を要求します。要求の合計数は、* 100 = 2000 20です。あなたが「常に」をチェックした場合は、すべてのスレッドが常にスクリプトの実行をオプトアウトするための要求を送信します。目標を達成することができ、テストに決定的な影響を持っているスレッドの合理的な数を設定します。数は、スレッドの小さすぎる設定されている場合この場合、応答時間要件は、ホーム20のQPS負荷条件であり、QPSで設定された要件を達成できない可能性があります。また、サイクルの合理的な数は、上記とは決して外に説明サイクルの固定数に加えて、も重要であり、あなたはまた、柔軟なテスト実行時間を設定することを選択できます。「スケジューラ」スケジューリングの設定を確認してください。スレッドグループのコンテキストメニューのスレッドを完了するために、グループを追加するには、HTTPリクエストを追加した後、HTTP要求を選択する（--->サンプラー---> HTTPリクエストを追加します）。JMeterのために、サンプラー（サンプラー）がサーバと対話ユニットです。サンプラーは、一般に3つの部分に動作する：サーバは、記録時間情報に対応する記録サーバ応答データに要求を送信します
HTTPリクエストは、以下の詳細な多くの設定パラメータがあります。名前：この属性は、サンプラーが意味のある名前をお勧めします識別します。テストは動作しないため、ユーザーだけが読み取り可能な記録ユーザーのコメント情報：注意してください。サーバー名またはIP：送信されたターゲット・サーバー名またはIPアドレスへのHTTPリクエスト。ポート番号：ターゲットサーバのポート番号は、デフォルト値は80です。プロトコル：HTTPまたはHTTPSであってもよいし、デフォルト値はhttpターゲットサーバプロトコルのHTTPリクエストに送信します。方法：HTTPリクエストの方法、GET、POST、HEAD、PUT、を含む利用可能な方法 OPTIONS、TRACE、DELETE など。コンテンツのエンコード：（サーバーのアドレスとポートを含まない）、ターゲットURLのパスに自動的にリダイレクトします：このオプションを選択すると、HTTPリクエストに応答して得られたときに301分の302、あるコンテンツをエンコードする、デフォルトのパスはISO8859で
のJMeter
自動的に新しいページにリダイレクト。キープアライブを使用します。このオプションを選択すると、JMeterの道、デフォルトで選択されたターゲット・サーバとの間でキープアライブHTTP通信を使用しています。HTTPのためのマルチパート/からのデータを使用し POST： デフォルトで選択されていない使用のマルチパート/からのデータ伝送方式を使用して、HTTPのPOSTリクエストを送信するとき。パラメータと共に要求：パラメータ化されたURLの要求で送信されたURLパラメータ、JMeterは、単純なパラメトリックな方法を提供します。ユーザは、このテーブルにURL内のすべてのパラメータを設定することができ、テーブルの各行は、パラメータ（名前1 =値1に対応するRUL）の値です。一緒にファイル送信要求で：ファイルの送信要求を、一般的に、HTTPファイルのアップロードの動作は、このようにシミュレートすることができます。すべてのHTMLファイルからインクルードリソースを持っています：このオプションを選択するとした後、HTTPリクエストでのJMeterとレスポンスHTMLコンテンツファイルを取得し、また、HTML解析を行い、HTMLに含まれるすべてのリソース（画像を取得し、フラッシュ下の埋め込まれたURLに記入しなければならないなど）、あなただけの特定のリソースのページを取得したい場合は、デフォルトで選択されていない、テキストボックスを一致させる必要があるかもしれません
ダウンロードするには
、特定のリソースの表現のみを指定した正規表現のURLと一致するように、リソースが指示される
ダウンロードします
。モニターとして：このモニター・サンプラーは、直接モニターの結果のリスナーでサンプラーの統計に基づいてグラフィカルに見ることができるようです。デフォルトが選択されていません。MD5ハッシュとして応答を保存:?唯一の完全な応答データを記録せずにサーバーの応答MD5値のデータを記録を行う際に、これを確認してください。テストするために非常に大量のデータの必要性は、サンプリングデータに対応してコストを削減するためにレコードを選択することをお勧めされている場合。ここでは、それぞれ、2つのHTTPリクエストを追加し、fnng.cnblogs.com tt-topia.rhcloud.comの要求を送信します。このQPS限界性能テスト要件に述べたテストを提供する目的は、ブログのページ20QPSのための負荷送信要求を制御する必要がある「負荷20はQPSで到達したときにホームブログは応答時間を理解する」です。一つの可能な方法は、徐々に試験計画内のスレッドの数を調整し、HTTPリクエストQPS放出されたサンプラーを約20に維持されるように計算されたタイマ（タイマ）を添加すると、サンプラー（サンプラー）であることです。しかし、この方法は時間がかかり、達成するためにいくつかの試みを通過する必要がある。別の方法を、QPSはサンプラーの応答時間は（ネットワーク環境の変更）に変更されると、タイマーを設定することによって完全に制御、それはタイミングを再調整する必要がありますデバイスの待ち時間。
JMeterは
定数スループットタイマ（一定のスループットタイマ）と呼ばれる、非常に有用なタイマを提供し、タイマーが容易所与の送信要求サンプラーのスループットを制御することができます。fnng.cnblogs.comを右クリックし、ポップアップメニューが定数スループットタイマーを選択します（--->タイマー--->定数スループットタイマを追加します）
メイン属性定数スループットタイマーの説明：名前：（分あたりのサンプル中）タイマー目標スループットの名前：目標スループット。これは毎分送信要求の数であることに注意し、従って、対応する試験要求は、この値は1200であるべきで、20 QPSを必要としました。基づいてスループットを計算する：このスレッドのみ：各スレッドのスループットを制御する、このモードが選択され、総スループットがスループットがスレッドを運ぶ設定された目標の数で乗算され、すなわち5つのオプションが存在します。すべてのアクティブスレッド：目標スループットの設定は、各スレッドが合理的な時間を待った後、再度実行するために最後の実行の終了後にアクティブになり、各アクティブスレッドで配布されます。同じ時間からアクティブなスレッドのスレッドが同時に実行されています。現在のスレッドグループ内のすべてのアクティブスレッド：目標スループットの設定は、各グループ内で現在アクティブなスレッドに割り当てられますし、テスト計画が唯一のスレッドグループである場合は、このオプションはまったく同じ効果およびすべてのアクティブなスレッドのオプションです。すべてのアクティブなスレッド（共有）：すべてのアクティブなスレッドとオプション基本的に同じことが、唯一の違いは、各スレッドが実行を終了した後、合理的な時間を待った後、再度実行しているすべてのアクティブなスレッド上でアクティブになることです。（共有）現在のスレッドグループ内のすべてのcativeのスレッド：現在のスレッドグループ内のすべてのアクティブなスレッドでは、唯一の違いは、各アクティブスレッドは、すべてのアクティブなスレッド上の合理的な期間後に再度実行するために待っているの終了後に再度実行することで、基本的に同じです。上記のように、唯一の要素はfnng.cnblogsを演技します。COMは、タイマー目標スループット1200 /分（20 QPS）、設定値の計算スループットに基づいて、すべてのアクティブなスレッドた設定しました。もちろん、定数スループットタイマのみ要求の十分な数の場合には、スレッドグループ内のスレッドを生成する理にかなって、従って、値は定数スループットタイマ設定されていても、また、スレッドグループ数のスレッドの欠如、またはタイマーに起因し得ますそして他の原因不当な全体的なQPSは、所望の目的を達成することはできません。リスナーの主要部分を（リスナー）スクリプトの設定が完了した追加した後、何らかの方法で取得するために必要なパフォーマンス・テストのテスト結果は、この実施例では、我々は、要求の応答時間に興味を持っています。提示する視覚的な方法でデータレコードをサンプリングリスナーコレクタ要素を使用してのJMeter。HTTPリクエストは、我々は重合レポート、より直感的なビューのテスト結果を追加することができますので、JMeterは、リスナーの様々な種類があります。重合レポートを追加し、メニューを再生し、スレッドグループを右クリックします（追加--->リスナー--->集計レポート）レポートでの選択。
スクリプトを実行重合レポートが完了した後、我々はスクリプトを実行する必要があり、後で重合レポートのパラメータについて説明します。スクリプトを実行する前に、我々は、各要素のパラメータ設定を見てみましょう：---------------------------------- -----------------------------スレッドグループ：20長い準備時間::スレッド10サイクル数：10 ------ -------------------------------------------------- ------- HTTPリクエスト：名前：fnng.cnblogs.com。サーバー名またはIP：fnng.cnblogs.comポート数：80実装：
のJava
プロトコル：HTTPメソッド：パスをGET：/ ------------------------ ---------------------------------------定数スループットタイマ：サンプル中の目標スループット（ ）毎分：1200.0計算スループットもとに：すべてのアクティブなスレッド------------------------------------- --------------------------ツールバーの[実行]ボタンをクリックするか、メニューバーをクリックして「--->スタートを実行する」またはキーボードショートカットを使用しますプログラムを実行するには、Ctrl + Rを。報告書は、重合の結果は、重合ビューレポートを実行します分析します：
ます。https：//my.oschina.net/wzlee/blog/262189で再現