本文描述了一个关于接口业务场景的压测过程，涉及while控制器实现重复请求直到结果，事务控制器记录总耗时。遇到的问题在于用户定义变量影响了后续循环，通过修改为BeanShell预处理程序解决了这个问题。最后，文章强调了输出报告中使用事务控制器的重要性以获取准确的业务流程统计。
我是小白，我很菜
这次压测的接口有个业务：获取局部区域的用户详单，先调用创建任务接口创建任务返回任务ID，后台创建任务后开始计算，再调用获取详情接口发送任务ID请求，若任务未有结果则返回计算中，任务完成计算后，返回详单数据
这种业务场景使用while控制器和事务控制器
while控制器用于实现获取到结果就跳出循环的重复请求
事务控制器用来统计任务创建开始到获取到结果为止的总体时间（后台真正的计算时间）
1、实现第一个接口调用，这个很简单，添加Json提取器，提取每次接口返回的taskId
2、实现第二个接口的调用，主要是获取1的taskId并实现循环请求
（1）获取上个接口的任务ID，上一步json提取器已经实现了taskId的参数化，下面${taskId}就能拿到
（2）实现第二个接口的重复请求就要while控制器了，并设置终止条件，将第二个接口放在while控制器下，提取接口的code的值
这里判断条件为第二个接口的code==0退出，code != 0执行while里的循环
最低0.47元/天 解锁文章
扫一扫
1347
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
