八年测试经验,擅长渗透测试,前端/后端接口自动化测试。
提供一个免费的接口测试项目地址,感兴趣的加 QQ 群 744232706
脚本只能保证业务没问题。具体的场景要单独设计。比如并发场景,或者容量场景
还有不要同时艾特我跟几位社区大佬,我不配。。。
你这个 50/s 是每秒请求呀,不是服务处理能力。吞吐量控制器控制的是你的每秒的总响应数。
所以这里你有两个场景要考虑【50/s 是指的一个人 1s 内查询了 50 次还是很多人在 1s 内总共查询了 50 次请求】
如果是第一种,那这个 50 就是总 tps 呀,处理能力已经被你圈死了
如果是第二种,那你就要先计算平均并发数,然后再去测你的性能瓶颈
jmeter 能启动多少线程,由你的堆内存和栈内存决定
我圈了事物控制器在里面
这种怎么分析?
测试圈纪检委?
会
勾选永远,线程会以最大迭代次数去运行。最大迭代次数由请求的响应时间决定。响应时间如果是 10ms,那 1s 就可以迭代 100 次
八年测试经验,擅长渗透测试,前端/后端接口自动化测试。
提供一个免费的接口测试项目地址,感兴趣的加 QQ 群 744232706