通过 TPS 和 QPS 可以去作为判断嘛？
可以的吧，当你再加压，而 TPS 或 QPS 上不去了的时候（一般这时响应时间会变长），基本上就不用再压了

但是如何服务器承受能力在 500 线程以内，在我不知情的情况下，压测了 1000 个线程，这个时候服务器可能就会警告了，怎么在之前就能段别服务器的承载量

一般都会 50，100，200，慢慢往上压，哪有上来就 1000 的

只看 tps 和 qps 是不完整的吧，要再看看 GPU 或者 CPU 的使用率，看有没有达到预期

首先响应不能有报错吧，比如 500 了，我那时候压测的时候 QPS 一旦上去了，服务端就各种报错，还不止是响应延长的问题。最后递交的报告是，测试服务器只能保证 20 的并发请求在 120 秒内 0 报错 实际服务上线后日均请求 10w 次，表现也一直挺正常的，但是我这测试工作应该是肯定不到位的，靠阿里云了

上次我们公司的我压了 250 直接 503 了，立刻叫研发修复

GPU 和 CPU 怎么进行观察他们的变化？

服务端是否达到峰值，不能单纯的通过 TPS/QPS 判断
通常性能瓶颈有软件瓶颈、硬件瓶颈和网络瓶颈，需要分析 TPS/QPS，服务器资源占用情况（CPU、内存、网络）
压力机资源占用情况等才能得到合理的结果

1.设计合理的加压策略
2.分析负载生成，决定是单机还是分布式压测
3.监控吞吐量、并发、响应时间、失败率、服务器资源占用等指标
4.吞吐量不再随负载增长后，持续增加负载吞吐量持平，响应时间变长
5.再加压会出现失败事务，吞吐量下降
6.分析日志