基础线程组设置 ramp up 就行了，其他的几个阶梯线程组都有缺陷

首先，k8s 是做自动化部署的，是一个框架，执行调度你的自动化任务
其次，流量回放，全链路是方便定位分析性能问题的
有这两样东西，你就会接口自动化，性能测试了吗？你会个锤子哦
搭个框架，弄几个专业词汇就敢说性能测试，接口测试简单，不喷你都不行

卖保险的在我这发广告，被别的管理员处理了

@chenhengjie123 这。。。。

这么热闹的吗

小老弟，你这是混合容量测试吧?这场景设计的很不真实啊。最大稳定性 tps 拿到了吗?业务比例有没有?存量数据够不够?
稳定的环境 + 合理的数据 + 真实的场景=有效的结果
缺了任何一个前提条件，结果都是假的

完全没问题

脚本只能保证业务没问题。具体的场景要单独设计。比如并发场景，或者容量场景

还有不要同时艾特我跟几位社区大佬，我不配。。。

你这个 50/s 是每秒请求呀，不是服务处理能力。吞吐量控制器控制的是你的每秒的总响应数。
所以这里你有两个场景要考虑【50/s 是指的一个人 1s 内查询了 50 次还是很多人在 1s 内总共查询了 50 次请求】
如果是第一种，那这个 50 就是总 tps 呀，处理能力已经被你圈死了
如果是第二种，那你就要先计算平均并发数，然后再去测你的性能瓶颈

jmeter 能启动多少线程，由你的堆内存和栈内存决定

我圈了事物控制器在里面

这种怎么分析？

测试圈纪检委？

会

勾选永远，线程会以最大迭代次数去运行。最大迭代次数由请求的响应时间决定。响应时间如果是 10ms，那 1s 就可以迭代 100 次

如果你说的并发数指的是并发用户数，那么线程数就是并发用户数
如果你说的并发数是并发请求，那么它叫 rps，rps=（线程数 * 线程迭代次数）/s，称之为每秒并发请求数
不论并发用户数还是并发请求数，代表的都是压力值。压力测试通过设计压力值来测试服务器，获取 TPS 值，衡量服务端性能。
想加压力，要么加人，要么加单位请求。人做不到的只有机器来做

有疑惑的可以看一下我的博客https://testerhome.com/topics/21318

根据比例尺进行换算

熟人？你咋知道我名字的

负载不超过内核数，us+sy 的利用率在 50 到 80 之间。都算合理

看这个吧

你的字多，你有理

确实没有关联关系。只不过软缺页指标太高了，八成是有问题