A. JMeterの環境のインストールと設定
Apacheの下で、フリーでオープンソースのツール
Java開発 - ランタイム環境JRE、JDK、クロスプラットフォーム
jdk1.8をインストール1.
2.無料のJMeter（バージョン3.2よりも大きい）をダウンロードし、抽出液
3. [スタート] JMeterの
- jmeter.bat jemter.shビン
- 双击ApacheJmeter.jar或ます。java -jar ApacheJmeter.jar
同システムは、（同じバージョン、異なるバージョン）の複数のJMeterを開始することができ、JMETER_HOMEに配置されていません
二つ。JMeterのファイル構造
- ビン：スタートアップスクリプト、コンフィギュレーションファイル
- ドキュメント：APIドキュメント
- LIB：LIB / extは、サードパーティ製のプラグインを入れて
- 拡張子以外の何か：エクストラ
- printable_docs：オフラインドキュメント
三。JMeterのGUIツールが導入します
[ツール]メニュー
表示言語を変更する：オプション>言語を選択>中国のシンプル
言語設定でjmeter.properties = zh_CNに
右操作
ラン
ログ\空のログ
ヘルプ
III。スクリプトのJMeterの部分
1.スレッドグループのスレッド：シーンデザイン
2.サンプラーサンプラー：スクリプティング
3.リスナーリスナー：結果レポート
四。JMeterの作品
シミュレートマルチユーザ操作がサーバーにリクエストを送信し、データ分析のために収集回答結果
ファイブ。JMeterの要素
テスト計画：スクリプトコンテナ
スレッドグループ：セットの設計のための
サンプラー：異なるプロトコルの生産のためのスクリプト
ロジックコントローラ：制御条件
プリプロセッサ：前処理
ポストプロセッサ：情報抽出
アサーション：情報検証
タイマー
テストクリップ：テストケース管理
Configuration要素：元のデバイス
モニター：監視および分析の結果
設定要素
モニター
タイマー
プリプロセッサ
ポストプロセッサ
断言
テストクリップ
非テストデバイス、プロキシサーバー
サンプリングは、最も低い優先度を共有していません
スレッドの属性
Ramp-Up时间：代表启动耗时多少。以下场景代表1s内启动100个线程，运行1次就结束。如果Ramp-Up改为5，表示5s内启动100个线程，循环1次。这个不能平均为1s启动20个。注意100以上的线程，建议使用10s以上的时间来启动，如果1s内启动100个线程，很突然并发，服务器的压力会陡然上升
如果循环次数为4，表示100是这个线程组的包，100这个线程组反复循环4次，不是100中某一个线程循环4次，应该看作一个整体。第0-10s这个时间点已经把100个线程启动好了，已经循环了一次，然后10s后开始循环第二次，第三次...，后面的三次循环的时间看具体使用了多少，有可能1s内完成了300次调用，那么总共耗时等于11s，如果用了2s，那么总共耗时等于12s
调度器：计划在某个时间点做什么事情。循环次数永远 + 持续时间10s，以下场景表示不限循环次数，在10s内启动100个线程，一直持续10s，总共耗时等于20s，20s之后就会结束，至于结束用了1s还是2s，有可能会变成21s，22s。会超过20s多一点点
循环次数=4 + 持续时间10s，以下场景表示10s内启动100个线程，循环一次，10s后开始循环后面三次，有可能后面三次只消耗了1s，但计划的时间是20s，所以剩下9s的时间用来等待结束。一般不会这样使用
启动延迟2s，以下场景表示0-2s时间段不做任何事情，从2s-12s，启动100个线程，然后一直运行下去
线程数10，循环10次和线程数100，循环1次，有什么区别？
前者10个线程一起打包循环，10次循环是循环了10个线程组，后者1次循环只循环了1个线程组，这里面有100个线程，跑了1次
线程组和线程是两个完全不同的东西