1、コマンドモードへのJMeter：Windowsはダブルクリックでbinディレクトリにインストールディレクトリをのjmeter.bat（英語モードにダブルクリック）ApacheJMeter.jarを入力することで、中国のモデルを、Linuxはbinディレクトリが実行入っている./jmeter.sh
JMeterの-n -t xx.jmeterが実行-l
、HTTPプロトコルの3つの要素が2：
1）構文：データ構造およびフォーマット
2）セマンティクス：各セグメントは、特定の意味は、ビットた
3）タイミング：送信時の送信データと速度
注：インターフェイスをあなたはキャッチ文書化ツールバッグ見ることができます
使用するJMeterはパラメータなぜ、3：いくつかの理由があります
1）我々がテスト業務を合理化することができ、2）データの一意性の要件を持っている; 3）いくつかのシステムのセキュリティ・メカニズムは、同じデータ操作に使用することはできません 4）; 行動を操作する複数のユーザーの実際のシミュレーション;
4を、パラメータ化されているもの？
A：サーバーは、以前のプロセスのパラメータに保存されているにクライアントデータを送信します。
5、JMeterの要素は、テストエレメントの以下の4つのタイプを有する：
1）試験計画
2）スレッド群
3）組立
体を含むが、タイマー、プレプロセッサを配置し、ポストプロセッサリスナーアサート
4）コントローラ
を含むがサンプラーとロジックコントローラ
6、テストプランは、実行時に実行されるステップのJMeterテストの一連の説明します。完全なテストプログラムの一つ以上のスレッドグループ、ロジック
コントローラ、サンプラー、リスナー、タイマー、アサーションおよび構成要素。
7、制御JMeterはテストを実行するために使用されるスレッドのグループ番号を通します。テストを実行する（仮想ユーザーと呼ばれる）ユーザーの数をシミュレートするために、それができ
、スレッドグループ内のスレッドの数を変更することによって達成されます。
図8に示すように、機能ユニットは、最小要素のJMeterテスト、JMeterの相対的な論理機能又は類似の複数ある
構成要素、タイマー、プリプロセッサ：要素は6つのコンポーネントを含むコンポーネントと呼ばれるクラス、JMeterのように分類され、関連します、後処理
デバイス、リスナーを主張しました。
そのような「として9、HTTP要求」サンプラー要素は、HTTPリクエストを送信する機能を実現することができます。
10、追加または構成要素の要求されたコンテンツを変更することができ、カスタム要求を達成するために
11、タイマーは、その範囲内の各サンプラーの実行前に遅延期間は、回避するようにしてもよい
短時間で内部透過率を過度のサーバーへのリクエスト、および過度の結果として、サーバーの負荷
重いクラッシュ。
12、プリプロセッサは、多くの場合、サンプラ動作前に設定要求を修正するために使用される、または応答変数がテキストから抽出されていない更新します。
図13に示すように、プロセッサは、典型的には、所望の値を抽出するために応答データを処理するために使用されます。
14は、それらが成功したかどうかを試験するためにJMeterは、結果が予想されるかどうか、アサーションを追加することによって検証することができます。
15は、「ツリービューの結果は、」リスナー表示は、サンプラー情報の要求と応答を詳細に説明しました。
16、JMeterの実行順序：Configuration要素- >タイマー- >プリプロセッサ- >サンプラー- >ポストプロセッサ- >アサーション- >リスナー
ほとんどは17、HTTPリクエスト取得とポストを要求。
18、いわゆるパラメトリックは、以前のパラメータに格納されているサーバのデータ処理手順にクライアントを送信することです。
図19は、一般的なパラメータは次のとおり構成要素とCSV_Data_Set_Config関数をパラメータ化組み込み、そのような__CSVRead（）
20、パラメータ化される：①から決定インタフェースパラメータリクエストパラメータがパラメータ化される必要があるが、② 文書内の外部テストデータを保存、またはCSVファイルタイプTXT、
③およびCSVデータは、コンフィグ設定のconfigure追加の構成要素を、④で死んだのデータ書き込み要求で定義された変数と置換ステップ3 ;⑤ スレッド数ユースケースの数にまたは達成するためのループコントローラを追加します。
21は、使用して$ {__ threadNum}スレッド番号取得
22を、一般的な主張があり、アサーションに応じて、およびJSONアサーション
なぜ我々は関連付ける必要があり、23？
クライアントとサーバーの通信、リクエスト/レスポンスの複数の間でデータを相互依存を持っています。返すためにこのような要求
の後続の要求に応じてデータを使用する必要性をいくつか。
以下はいくつかの典型的な例である：1）、そのようなサイトに渡される後続の要求の最初のセッションidのためのウェブサイトとして、
2）サーバは、トークンもたらすために後続の要求で、ユーザにトークンバックを生成;. 3）クエリレコードの条件に応じて、クエリ結果におけるこのような削除などの集中記録動作（）を選択し
24、関連する定義：サーバから返されたデータプロセスパラメータの条件を満たすように格納されたパケット。
25、LAは、関連付けられたデータを処理するためのJMeterポストプロセッサで使用できるサーバから返されたデータを保存する方法、一般的な方法がある：
1）正規表現抽出
2）JSON抽出
