比如要压测的是条件查询
但是前提条件依次是：
登录》列表查询
后置条件是：退出
先添加一个事务控制器
用来控制业务执行顺序逻辑
登录》列表查询》条件查询》退出
接下来分别为登录、列表查询、条件查询、退出分别添加事务控制器
接下来分别为登录、列表查询、退出分别添加仅一次控制器，
为条件查询添加循环控制器
循环控制器勾选“永远”
线程组，循环次数勾选“永远”，勾选“调度器”，持续时间设置“5”秒
运行结果发现没有退出业务
新建线程组2
将退出事务控制器移动到线程组2中
测试计划，勾选“独立运行每个线程组（例如在一个组运行结束后启动下一个）”，
再次运行结果发现有退出业务。
将循环控制器和事务控制器的层级关系对调
运行结果如下：
勾选事务控制器“Generate parent sample”
运行结果如下：
可见勾选事务控制器“Generate parent sample”后会对其下级节点的取样器仅做合并统计；
如果不勾选的话，不仅做合并统计，还会对其下级各个取样器分别统计。
仅一次控制器要移动到相应事务控制器上一级，
避免统计结果时，空跑事务控制器（例如，登录-事务控制器，列表查询-事务控制器，退出-事务控制器）。
CSV Data Set Config配置文件
设置为每次迭代顺序取值时，发现参数值未更新，
排查问题，最终发现是因为 条件查询事务控制器前加了循环控制器，
循环次数勾选永远导致的，因此去掉循环控制器。
将退出也分别依次放到“仅一次控制器”》“事务控制器”下
聚合报告中，
总的事务控制器“登录》催收列表查询”》“催收条件查询”》“退出”，
仅仅统计“催收条件查询-事务控制器”，未统计仅一次控制器登录、列表查询、退出。
总结：
事务控制器控制下级执行顺序；
次数控制器（仅一次控制器、循环控制器）控制执行次数；
吞吐量：
即TPS，samples/time，VU/RT