怎么联系

还招吗

一点拙见：
这里有 线程数 TPS 响应时间 QPS 四个概念，
以例子中 10 个线程的数据来说，jemeter 使用 10 个线程向业务发送请求，业务方平均处理平均响应时间为 113 毫秒，那么在第一个 113 毫秒（虽然是平均响应时间，这个地方简化理解，我当每个请求的处理都是 113 毫秒了）jemeter 10 个线程收到第一轮结果后立马再向业务方发送请求。。。 如此 在 1 秒之内 jemeter 的 10 个线程可以发送的请求数大概为 88 个，由于楼主固定了 QPS，告诉 jemeter 你一秒内发 40 个就可以了，所以 TPS 只有 40 个。

jemeter 是利用线程循环使用来发送请求的，基于这点的话 QPS <= TPS。

楼主期望 jemeter 提供高于业务方处理能力的请求数，应该不限制 QPS，而是提高线程数。
比如业务服务现在每秒只能处理 100 个请求，jemeter 使用 100 个线程进行压测，平均响应时间应该就是 1 秒，现在楼主想压爆业务接口制造每秒 200 个请求，直接设置 200 个线程，结果就是有 100 个线程的请求能处理，另外 100 个请求业务方可能就是等待了，从结果看平均响应时间就会降低。
想压爆接口 其实目的是为了看接口能处理多大的请求，而不是已经知道处理的请求数再去做压测，有点本末倒置了。
这时候要看业务服务端能不能满足需求，不满足就要提高处理能力或者新增机器了。