需求对查询接口进行压测，查询次数要小于等于 3 秒；
自己尝试：
并发为 100，ramp-Up 时间（秒）1，持续时间 60s,后面依次去进行压测直到找到拐点；
想问一下大家觉得这样可以吗，主要是性能真的很少做
「原创声明：保留所有权利，禁止转载」
没看懂
首先需要了解业务量是多少，是在多少数据量的情况下进行性能测试
查询次数要小于等于 3 秒 ==》这个是说响应时间？
自己尝试：
并发为 100，响应时间 10（ms？），持续时间 60s,后面依次去进行压测直到找到拐点；
需求都不明确，你上述的 “需求对查询接口进行压测，查询次数要小于等于 3 秒；” 根本就称不上是需求。即使做压测，压得结果也丝毫没意义，自娱自乐罢了。
即使单接口/单业务压测，也要对照业务分布、参数化、压测策略、生产峰值 tps 下该接口/业务的各方面性能表现来设置压测参数。
首先应该明确需求：
1、压测环境与生产环境配置是否一致或等比例缩放
2、查询数据量级是多少
3、除了响应时间的其他性能指标要求，例如 cpu 要在% 多少以下，磁盘 io 情况，网络情况等等，只是单纯要求响应时间没有意义
然后就是压测、监控、分析瓶颈、调优、反复验证的过程了
个人觉得，能否先问下运维目前这个接口线上的高峰瓶颈是多少？然后再进行压测？要不然，感觉范围有点广，没能抓住核心。
