JMeter - 如何每 10 分钟执行一个线程组（最佳实践是什么？）
JMeter - How to execute a thread group every 10 minutes ( What is the best practice ? )
我的情况是 API 每 10 分钟被 500 users/threads 调用一次。
我为此创建了一个 jmeter 脚本。获得所有 500 个线程的响应大约需要 4 到 5 分钟。
现在我已经创建了一个批处理文件来执行这个 jmx 文件。然后在 windows.
中使用任务计划程序每 10 分钟调用一次此批处理文件
我不确定这是否是最好的方法。
已阅读有关测试动作采样器/计时器/思考时间等的内容
有人可以建议我的情况推荐哪个。
我的要求是每 10 分钟触发一次线程组，而不管前一个 运行 花费了多长时间。
If it compiles, it is good; if it boots up, it is perfect
鉴于您的方法适用于您的用例，您应该可以开始了。
我个人也对测试结果感兴趣（不确定您如何处理它们），也许更好的主意是将您的脚本置于 Continuous Integration server like Jenkins, it provides flexible options on triggering the jobs (including scheduling) and you will be able to get some statistics, trends and conditionally mark your tests as passed or failed basing on the response time using Performance Plugin
的编排之下
我的情况是 API 每 10 分钟被 500 users/threads 调用一次。
我为此创建了一个 jmeter 脚本。获得所有 500 个线程的响应大约需要 4 到 5 分钟。
现在我已经创建了一个批处理文件来执行这个 jmx 文件。然后在 windows.
中使用任务计划程序每 10 分钟调用一次此批处理文件我不确定这是否是最好的方法。
已阅读有关测试动作采样器/计时器/思考时间等的内容
有人可以建议我的情况推荐哪个。
我的要求是每 10 分钟触发一次线程组，而不管前一个 运行 花费了多长时间。
If it compiles, it is good; if it boots up, it is perfect
鉴于您的方法适用于您的用例，您应该可以开始了。
我个人也对测试结果感兴趣（不确定您如何处理它们），也许更好的主意是将您的脚本置于 Continuous Integration server like Jenkins, it provides flexible options on triggering the jobs (including scheduling) and you will be able to get some statistics, trends and conditionally mark your tests as passed or failed basing on the response time using Performance Plugin
的编排之下