问答 人多力量大,大家帮忙看看如何开展

点点点更开心 · August 25, 2023 · Last by 点点点更开心 replied at August 29, 2023 · 5615 hits

需求对查询接口进行压测,查询次数要小于等于 3 秒;
自己尝试:
并发为 100,ramp-Up 时间(秒)1,持续时间 60s,后面依次去进行压测直到找到拐点;
想问一下大家觉得这样可以吗,主要是性能真的很少做😂

共收到 12 条回复 时间 点赞

首先需要了解业务量是多少,是在多少数据量的情况下进行性能测试

直白点就是面对这样的需求如何去压测😂

回复

对查询接口的响应时间进行最大瓶颈的压测,得到最大的业务量

查询次数要小于等于 3 秒 ==》这个是说响应时间?
自己尝试:
并发为 100,响应时间 10(ms?),持续时间 60s,后面依次去进行压测直到找到拐点;

需求都不明确,你上述的 “需求对查询接口进行压测,查询次数要小于等于 3 秒;” 根本就称不上是需求。即使做压测,压得结果也丝毫没意义,自娱自乐罢了。
即使单接口/单业务压测,也要对照业务分布、参数化、压测策略、生产峰值 tps 下该接口/业务的各方面性能表现来设置压测参数。

òᆺó 回复

简易描述

首先应该明确需求:
1、压测环境与生产环境配置是否一致或等比例缩放
2、查询数据量级是多少
3、除了响应时间的其他性能指标要求,例如 cpu 要在% 多少以下,磁盘 io 情况,网络情况等等,只是单纯要求响应时间没有意义
然后就是压测、监控、分析瓶颈、调优、反复验证的过程了

个人觉得,能否先问下运维目前这个接口线上的高峰瓶颈是多少?然后再进行压测?要不然,感觉范围有点广,没能抓住核心。😂

Mr.Shuo 回复

感谢这么用心的回复,这些个人考虑到了,只是无从下手😁

Emma999 回复

百人之下吧

需要 Sign In 后方可回复, 如果你还没有账号请点击这里 Sign Up