本实例为实现一个恢复出厂->check->升级->check->循环 的自动化测试小脚本。开始时用jmeter调通相关接口的，就想直接用jmeter实现。在处理等待恢复出厂和升级成功这两个步骤结果的时候，很怀念selenium2里的waituntil 功能。研究了下jmeter的while循环，最终用while循环和实现了一个类似waituntil的功能。

主要分三个模块 初始化，循环体，超时判断。循环中判断

1 初始化

本例中 初始化三个参数。开机时间defalt，开机时间restore，whilecount。

开机时间defalt和开机时间restore均初始化为接口当前获取到的开机时间，循环中开机时间defalt不变，每次循环均刷新开机时间restore，如果两个时间不一样则退出循环。

whilecount 初始化为0，循环中自加1，超过最大循环次数，则退出循环。

whilecount参数初始化用beanshell实现：

2 循环体。包括判断条件，刷新开机时间restore，sleep，whilecount++

判断条件：（注意这里的值一定要初始化）

sleep调整每个循环的延迟，通过sleep×最大循环次数，可以控制这个waituntil模块的超时时间

sleep用Constant Timer实现：

while++用beanshell实现：

3.超时判断

由于while有两个条件，

KaTeX parse error: Expected group after '_' at position 2: {_̲_javaScript( {while_count}< KaTeX parse error: Expected 'EOF', got '&' at position 19: …x_while_count} &̲& " {opentimestamprestore}"=="${opentimestampdefault}")}

所以结束时得要判断一下是不是超时退出的。即判断 若每个 循环 运行时间是 t 当时间到 S = (T- T/n)时，最后一个线程启动，若要使所有线程同时运作，则需要在最后一个线程启动的时候第一个线程仍未关闭，为达到这个要求，需满足 a·t > S及a > S/t。 每一个个线程运行时间既是R = a·t(此处的a是大于S/t的某一值)，则第一个线程在时间点为R 的时候停止，整个. 1. 为啥需要 循环 前几天下班的路上我仔细思考了一下这个问题，为啥需要 循环 ，直接设置线程数让它跑不香吗，后来想着想着就有点通了，就比如说发帖请求，一个用户一秒内发帖发了三次，那么发帖这个请求肯定要请求三次。 这个时候可以脑补一下，不就是三个请求吗我把线程数设置为3，ramp-up时间设置为1，不也能发三次吗，但是这样发意义不同，就相当于1秒钟内3个用户登录系统并且每个用户都发帖了一次。 但是我们要 【1】决定多长时间启动所有线程。如果使用10个线程，ramp-up period是100秒，那么 JMeter 用100秒使所有10个线程启动并运行。每个线程会在上一个线程启动后10秒（100/10）启动。Ramp-up需要充足长以避免在启动测试时有一个太大的工作负载，并且要充足小以至于最后一个线程在第一个完成前启动。 一般设置ramp-up=线程数启动，并上下调整到所需的。 【2】用于告知JMe...   最近刚入职一家公司，要 实现 一个恢复出厂-&gt;check-&gt;升级-&gt;check-&gt; 循环 的自动化测试小脚本。开始时用 jmeter 调通相关接口的，就想直接用 jmeter 实现 。在处理 等待 恢复出厂和升级成功这两个步骤结果的时候，很怀念selenium2里的 wait until 功能。研究了下 jmeter 的 while循环 ，最终用 while循环 和 实现 了一个类似 wait until的功... status开始为1，需要一段时间后变为2，且不确定需要 等待 多久才会变为2。 最初想到的是，通过“Runtime Controller”+“如果（if）控制器”控制HTTP请求执行一段时间，当status=2时，执行if控制器的HTTP请求。但是Runtime ... Jmeter 提供了丰富的元件，包括逻辑控制器、配置元件、定时器、断言、监听器等，在我们针对接口请求构造复杂的场景时，这些部件提供了极大的便利。本文将针对逻辑控制器的作用和使用进行详解。 How to add wait of 30 sec. in between 2 loop controller?Each loop controller has loop count 10.Scenario:1.No. of threads=52.For each user, No. of loop controllers=5Loop_controller_1(count=10, i.e. 10 ... 因某些原因极个别错误不影响压测结果是可以忽略的，若选择继续测试，当真正发生服务崩溃时也会一直压下去这不是我们想要的，那么在压测过程中怎样才能在达到指定的累计错误数量后停止测试呢？大致思路：使用beanshell脚本在每次请求结束后使用变量count记录错误数，达到预定的错误数量后通过ctx调用stopTest()结束测试。在做接口自动化性能测试时，偶尔会有不稳定的因素导致请求断言失败。以上使用httpbin提供的的接口进行测试，请求地址不存在的/error，所以在累计错误数count=5时测试停止。