根据作用域原则，这些元件的作用域分别为：
　　1. HTTP请求 、FTP请求 、TCP取样器、 JDBC Request 元件没有作用域名概念
　　2.循环控制器 的作用域为 FTP请求 、TCP取样器和 随即控制器
　　3.固定定时器作用于 HTTP请求 ， Uniform Random Timer 作用于所有取样器
　　4.响应断言作用于JDBC Request ， XML断言作用于FTP请求 、TCP取样和JDBC Request 。
　　5. 图形结果作用于FTP请求 、TCP取样和JDBC Request ，聚合报告作用于作用于所有取样器。
　　其实，通过上面的分析，并没有你想象的那么复杂，我们从各个元件的层次结构可以判断每个元件的作用域。
　　Jmeter 中的逻辑控制器（Config Elements）在其作用范围内的行为与其他元件相比稍有不同。逻辑控制器元件分两大类：默认配置（HTTP默认请求、FTP默认请求等）和 管理（HTTP 头管理、HTTP cookie 管理等）。
　　其中默认配置（Configuration Defaults）元件中设置的值可以在作用域内叠加，例如，在一个测试计划中添加两个HTTP 默认请求，其中第一个默认设置 Server name or IP 为www.google.com ，第二个默认设置Path 为/page-not-exist ， 则在这两个元件作用域内的所有HTTP 默认请求，其默认的Server name or IP 和Path 均为Server name or IP 和 /page-not-exist 。（你有一个故事，我有一个笑话，我们一交换，两个人都分别拥有了一个故事加一个笑话。）
　　管理（Manager）类逻辑控制器元件的效果则不能进行叠加。如果两个或两个以上相同的管理类元件作用域有重叠。则在重叠作用域内的取样器元件只会随即受到其中一个的作用，这样会导致取样器行为的不确定性。因此，在使用管理类逻辑控制器时，一定要注意保证相同的管理类元件的作用域不发生重叠。
　　元件的执行顺序
　　了解了元件有作用域之后，来看看元件的执行顺序，元件执行顺序的规则很简单，在同一作用域名范围内，测试计划中的元件按照如下顺序执行。
　　（1）配置元件（config elements ）
　　（2）前置处理程序（Per-processors）
　　（3）定时器（timers ）
　　（4）取样器（Sampler）
　　（5）后置处理程序（Post-processors） （除非Sampler 得到的返回结果为空）。
　　（6）断言（Assertions）（除非Sampler 得到的返回结果为空）。
　　（7）监听器（Listeners）（除非Sampler 得到的返回结果为空）。
　　关于执行顺序，有两点需要注意：
　　1.前置处理器、后置处理器和断言等元件公能对 取样器作用，因此，如果在它们的作用域内没有任何取样器，则不会被执行。
　　2. 如果在同一作用域范围内有多个同一类型的元件，则这些元件按照它们在测试计划中的上下顺序一次执行。