基础线程组设置 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 之间。都算合理
看这个吧
你的字多,你有理
确实没有关联关系。只不过软缺页指标太高了,八成是有问题