Jmeter系列之作用域、执行顺序
这一节主要解释元件作用域和执行顺序，以及整理之前说过的参数化的方式。
作用域
之前也留下了一个问题。怎么给不同的请求设置不同的Header？后续也透露了可以使用Sample Controller，结合元件的作用域来实现
在Jmeter中，元件的作用域是靠测试计划的树形结构中元件的父子关系来确定的，作用域的原则是：
采样器（Sampler）：不和其他元件相互作用，因为不存在作用域的问题
逻辑控制器（Logic Controller）：只对子节点的采样器和逻辑控制器起作用
除采样器和逻辑控制器外的其他6类元件：如果是采样器的子节点，则只会对父节点（采样器）起
作用
除采样器和逻辑控制器外的其他6类元件：如果其父节点不是采样器，则作用域是父节点下的其他后代节点。
配置元件（Config Element）：仅对所在的测试树分支起作用，比如一个Sample Controller下有个HTTP Cookie Manager，那么该Cookie管理器只对放置在该控制器下的其他元件生效。
举例
Timer1只对请求two生效，Timer2对请求two、three、four生效。
注意
前置处理器的User Parameters：不管位置，作用域都是线程组下的全部线程，线程组之间互不干扰（可以理解为每个线程组内部各一份）。
配置元件的CSV Data Set Config：不管位置，作用域都是根据Sharing mode来确定的，戳此回顾
配置元件的User Defined Variables：不管位置，作用域都是线程组下的全部线程，线程组之间互不干扰（可以理解为每个线程组内部各一份）。
执行顺序
在同一作用域范围内，元件按照如下的顺序执行：
1、配置元件
2、前置处理器
3、定时器（作用域内存在采样器时，才会执行）
4、采样器
5、后置处理器（只有采样器有结果的情况下，才执行）
6、断言（只有采样器有结果的情况下，才执行）
7、监听器（只有采样器有结果的情况下，才执行）
注意
前置处理器、后置处理器和断言等元件只能对采样器作用，如果作用域内没有任何采样器，则不会执行。
如果在同一作用域范围内有多个同一类型的元件，那这些元件会按照他们在测试计划中的顺序依次执行。
举例
- Post Processor 1- Sampler 1- Timer 1- Assertion 1- Pre Processor 1- Timer 2- Post Processor 2运行顺序：Pre Processor 1Timer 1Timer 2Sampler 1Post Processor 1Post Processor 2Assertion 1Pre Processor 1Timer 1Timer 2Sampler 2Post Processor 1Post Processor 2Assertion 1
感谢每一个认真阅读我文章的人，礼尚往来总是要有的，虽然不是什么很值钱的东西，如果你用得到的话可以直接拿走：
这些资料，对于【软件测试】的朋友来说应该是最全面最完整的备战仓库，这个仓库也陪伴上万个测试工程师们走过最艰难的路程，希望也能帮助到你!有需要的小伙伴可以点击下方小卡片领取