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