Jmeter 解压之后，有这么些个文件＋，他们代表
bin：可执行文件目录
又分为
jmeter-bat:windows 的启动文件
jmeter-log：日志文件
jmeter-sh:linux的启动文件
jmeter-properties:系统配置文件
jmeter-server.bat：windows分布式测试要用到的服务器配置
jmerter-server:linux分布式测试要用到的服务器配置
docs：文档目录
extras：扩展插件目录
lib：所用到的插件目录，里面全是jar包，JMeter 会自动在 JMETER_HOME/lib 和 ext 目录下寻找需要的类
三：jmeter 功能敢要
1.组成部分：
资源生成器：用于生成测试过程中的服务器，负载机器的资源代码
用户运行：通常是一个脚本运行引擎，根据脚本要求模拟指定的用户行为
报表生成器：根据测试中实时地数据申城数据报表，提供可视化的数据显示方式。
负载发生器：用于产生负载，通常以多线程是多进程的方式模拟用户行为。
测试计划：
用来描述一个性能测试，包含与本次性能测试所有相关的功能。也就是说性能测试的所有内容基于一个计划的。
2线程用户：
1) setup thread group
一种特殊类型的ThreadGroup的，可用于执行预测试操作。这些线程的行为完全像一个正常的线程组元件。不同的是，这些类型的线程执行测试前进行定期线程组的执行。
setUp Thread Group类似于lr的init.可用于执行预测试操作。
2) teardown thread group.
一种特殊类型的ThreadGroup的，可用于执行测试后动作。这些线程的行为完全像一个正常的线程组元件。不同的是，这些类型的线程执行测试结束后执行定期的线程组。
tearDown Thread Group类似于lr的end.可用于执行测试后动作。
3) thread group(线程组).
这个就是我们通常添加运行的线程。通俗的讲一个线程组,，可以看做一个虚拟用户组，线程组中的每个线程都可以理解为一个虚拟用户。线程组中包含的线程数量在测试执行过程中是不会发生改变的。
按照你上面的设置，20秒之内总共要开启100个线程，每秒开启5个线程，不管之前开启的线程有没有运行完，每隔1秒就再开启5个线程，直到00个线程都开启完；循环次数设置1，即每个线程只运行一次结束。 集合报告中的samples=线程数*循环次数如果并发，可把ramp-up period设置为1
3、测试片段（Test Fragment）
测试片段元素是控制器上的一个种特殊的线程组，它在测试树上与线程组处于一个层级。它与线程组有所不同，因为它不被执行，除非它是一个模块控制器或者是被控制器所引用时才会被执行。
控制器
JMeter有两种类型的控制器：取样器（sample）和逻辑控制器（Logic Controller），用这些原件来驱动处理一个测试。
4、取样器（Sampler）
取样器（Sampler）是性能测试中向服务器发送请求，记录响应信息，记录响应时间的最小单元，JMeter 原生支持多种不同的sampler ， 如 HTTP Request Sampler 、 FTP Request Sampler 、TCP Request Sampler 、 JDBC Request Sampler 等，每一种不同类型的 sampler 可以根据设置的参数向服务器发出不同类型的请求。
在Jmeter的所有Sampler中，Java Request Sampler与BeanShell Requst Sampler是两种特殊的可定制的Sampler.
5、逻辑控制器（Logic Controller）
逻辑控制器，包括两类无件，一类是用于控制test plan 中 sampler 节点发送请求的逻辑顺序的控制器，常用的有 如果（If）控制器 、 switch Controller 、Runtime Controller、循环控制器等。另一类是用来组织可控制 sampler 来节点的， 如 事务控制器、吞吐量控制器。
6、配置元件（Config Element）
配置元件（config element）用于提供对静态数据配置的支持。CSV Data Set config 可以将本地数据文件形成数据池 （Data Pool），而对应于HTTP Request Sampler和 TCP Request Sampler等类型的配制无件则可以修改 Sampler的默认数据。
例如，HTTP Cookie Manager 可以用于对 HTTP Request Sampler 的 cookie 进行管理。
HTTP 请求默认值不会触发Jmeter发送http请求，而只是定义HTTP请求的默认属性。
7、定时器（Timer）
定时器（Timer）用于操作之间设置等待时间，等待时间是性能测试中常用的控制客户端QPS的手段。类似于LoadRunner里面的“思考时间”。 JMeter 定义了Bean Shell Timer、Constant Throughput Timer、固定定时器等不同类型的Timer。
8、前置处理器（Per Processors）
前置处理器用于在实际的请求发出之前对即将发出的请求进行特殊处理。例如，HTTP URL重写修复符则可以实现URL重写，当RUL中有sessionID 一类的session信息时，可以通过该处理器填充发出请求的实际的sessionID 。
9、后置处理器（Post Processors）
后置处理器是用于对Sampler 发出请求后得到的服务器响应进行处理。一般用来提取响应中的特定数据（类似LoadRunner测试工具中的关联概念）。例如，XPath Extractor 则可以用于提取响应数据中通过给定XPath 值获得的数据;正则表达式提取器，则可以提取响应数据中通过正则表达式获得的数据。
10、断言（Assertions）
断言用于检查测试中得到的相应数据等是否符合预期，断言一般用来设置检查点，用以保证性能测试过程中的数据交互是否与预期一致。
11、监听器（Listener）
这个监听器可不是用来监听系统资源的元件。它是用来对测试结果数据进行处理和可视化展示的一系列元件。 图形结果、查看结果树、聚合报告、用表格察看结果都是我们经常用到的元件。
五、工作台
在测试中我们可能需要暂时更改一些组件，可以把一些需要更改的组件保存在工作台中，测试完成后再恢复，但是切记：不能退出jmeter.一旦退出jmeter，工作台中的内容就会消失。
JMeter
专题系列（三）元件的作用域与执行顺序
1.
元件的作用域
JMeter中共有8类可被执行的元件（测试计划与线程组不属于元件），这些元件中，取样器是典型的不与其它元件发生交互作用的元件，逻辑控制器只对其子节点的取样器有效，而其它元件
（config elements 、timers 、post-processors、assertions、listeners、）需要与取样器（sampler）等元件交互。
配置元件（config elements ）
元件会影响其作用范围内的所有元件。
前置处理程序（Per-processors）
元件在其作用范围内的每一个sampler元件之前执行。
定时器（timers ）
元件对其作用范围内的每一个sampler 有效
后置处理程序（Post-processors）
元件在其作用范围内的每一个sampler元件之后执行。
断言（Assertions）
元件对其作用范围内的每一个sampler 元件执行后的结果执行校验。
监听器（Listeners）
元件收集其作用范围的每一个sampler元件的信息并呈现。
在jmeter中，元件的作用域是靠测试计划的的树型结构中元件的父子关系来确定的，作用域的原则是：
取样器（sampler）元件不和其它元件相互作用，因此不存在作用域的问题。
逻辑控制器（Logic Controller）元件只对其子节点中的取样器和罗辑控制器作用。除取样器和逻辑控制器元件外，其他6类元件，如果是某个sampler的子节点，则该元件公对其父子节点起作用。
除取样器和逻辑控制器元件外的其他
6类元件，如果其父节点不是sampler ，则其作用域是该元件父节点下的其他所有后代节点（包括子节点，子节点的子节点等）。
2.
元件的执行顺序了解了元件有作用域之后，来看看元件的执行顺序，元件执行顺序的规则很简单，在同一作用域名范围内，测试计划中的元件按照如下顺序执行。
1配置元件（config elements ）
2前置处理程序（Per-processors）
3定时器（timers ）
4取样器（Sampler）
5后置处理程序（Post-processors）
（除非Sampler 得到的返回结果为空）。
6 断言（Assertions）
（除非Sampler 得到的返回结果为空）。
7监听器（
Listeners）（除非Sampler 得到的返回结果为空）。
关于执行顺序，有三点需要注意：
*
前置处理器、后置处理器和断言等元件只能对取样器作用，因此，如果在它们的作用域内没有任何取样器，则不会被执行。
*
如果在同一作用域范围内有多个同一类型的元件，则这些元件按照它们在测试计划中的上下顺序一次执行。
*
一个断言在测试树中是分等级的。如果它的父元件是请求，它就被应用于那个请求。如果它的父元件是控制器，它就影响所有那个控制器下的所有请求。