- 线程组
Ramp-Up Period:告诉JMeter达到最大线程数需要多长时间。假定共有10个线程，Ramp-Up Period为100秒，那么JMeter就会在100秒内启动所有线程，并让它们运转。每一个测试线程都会在上一个线程启动10秒之后才开始运行。假定共有30个线程，Ramp-Up Period为120秒，那么线程启动的间隔变为4秒。
Ramp-Up参数不能设定得太短，否则在测试的初始阶段会给予服务器过大的压力。Ramp-Up参数也不能设定得太长，否则就会发生第一个线程已经执行完毕，而最后一个线程还没有启动（除非测试人员期望这种特殊情况发生。）
如何找到一个合适的Ramp-Up参数值？建议初始值设定为Ramp-Up=总线程数，后续再根据实际情况适当增减。
在调试器控制面板中，可以设定测试运行的『启动时间』和『结束时间』。测试启动后会一直等待，直到用户设定的启动时间。测试运行期间，JMeter会在每一次循环结束后，检查是否已经达到结束时间。如果已经达到结束时间，JMeter就会终止测试运行，否则JMeter会继续下一个测试循环。
还可设定『持续时间』和『启动延迟』两项参数。需要注意的是，『启动延迟』会使『启动时间』无效，而『持续时间』会使『结束时间』无效。
- 控制器
JMeter有两种类型的控制器：采样器和逻辑控制器，二者结合起来驱动了测试进程。采样器被JMeter用来向服务器发送请求。逻辑控制器用来控制JMeter的测试逻辑，比如发送请求。如：测试人员可以插入交替控制器来轮流发送多个请求。
1）采样器
采样器告诉JMeter发送一个请求到指定服务器，并等待服务器的请求。采样器会按照其在测试树中的顺序去执行，还可以用逻辑控制器来改变采样器运行的重复次数。
如果想检查服务响应的内容，可以为采样器添加断言。例如，当对Web应用做压力测试时，服务器虽然成功返回了『HTTP Response』代码，但是页面上可能会有错误，或者丢失了部分页面片段。针对这种情况，测试人员可以添加断言来检查特定的HTML标签，或者常见的错误信息等。JMeter允许在断言中使用正则表达式。
2）逻辑控制器可以帮助用户控制JMeter的测试逻辑，特别是何时发送请求。逻辑控制器可以改变期子测试元件的请求执行顺序。
所有的Web测试都应该添加Cookie管理器，否则JMeter就会忽略Cookie。通过把HTTP Cookie管理器添加到线程组层级，就能确保所有HTTP请求使用相同的Cookie。
- 监听器
监听器提供了对JMeter在测试期间收集到的信息的访问方法。『图形结果』监听器会将系统响应时长绘制在一张图片中。『查看结果树』监听器会展示采样器请求和响应的细节，还能以HTML和XML格式展示系统响应的基础部分。其他监听器通过总结或者聚合方式展示信息。
所有的监听器都保存同样的数据，唯一的区别就是如何展示它们。
- 定时器
默认情况下，JMeter线程在发送请求之间没有间歇。建议为线程组添加某种定时器，以便设定请求之间应该间隔多长时间。如果不设定这种延迟，JMeter可能会在短时间内产生大师访问请求，导致服务器被大量请求所淹没。
定时器会让作用域内的每一个采样器都在执行前等待一个固定时长。如果用户为线程组添加了多个定时器，那么JMeter会将这些定时器的时长叠加起来，共同影响作用域范围内的采样器。定时器可以作为采样器或者逻辑控制器的子项，目的是只影响作用域内的采样器。
- 断言
用户可以使用断言来检查从服务器获得的响应内容。通过断言可以测试服务器返回的响应与测试人员的期望是否相符。
例如，测试人员可以断言某个查询的响应中包含特定的文字信息，也可以使用Perl格式的正则表达式来描述响应中应该包含的文字，或者它应该与整个响应相符。
断言会影响作用域内的所有采样器。如果要让断言只影响某个采样器，需要将断言作为该采样器的子项。
如果要查看断言结果，可以为线程组添加『断言结果』监听器。失败的断言，也会在『查看结果树』和『用表格查看结果』两种监听器中显示。另外『Summary Report』和『聚合报告』中还会以错误百分率的形式统计。
- 配置元件
配置元件可以添加或者修改请求。配置元件仅对其所在的测试分支有效。
相比父分支的配置元件，子分支内部的配置元件优先级更高。
- 前置处理器
前置处理器会在采样器发生请求之前做一些特殊操作。如果前置处理器附着在某个采样器之下，那么它只会在该采样器运行之前执行。前置处理器通常用于在采样器发出请求前修改采样器的某些设置，或者更新某些变量的值（这些变量不在服务器响应中获取值）。
- 后置处理器
后置处理器会在采样器发出请求之后做一些特殊的操作。如果后置处理器附着在某个采样器之下，那么它只会在该采样器运行之后执行。后置处理器通常用来处理服务器的响应数据，特别是服务器响应中提取数据。