你说携程订票，它都知道 URL 和 XPATH，就问怕不怕。。。

请问这个工具可以发起定量压力么，比如保持稳定 1000QPS？

每秒事务数和吞吐量 就是一样的不用纠结
导致概要结果中的结果这么大，是因为 error 后，响应时间变短几乎瞬间返回造成的，JMeter 默认认为一个请求和一个响应是一个取样结果。
你把 TPS 图表中的失败的绿线隐藏了，你打开就能看到，绿线得有 900 多吧，只看成功的红线 100 多，概要结果中是成功 + 错误的统计，也就是说他记录的是所有请求。

另外，建议压力调低一点，直到被压的服务不出现 error，记录下它的吞吐量，作为正常服务的容量上限。

是的，加大线程数，使用精确吞吐量定时器

估计是叫静波吧。。。

啥意思，是来搞笑的么？

没有真正意义上的并发，从 TPS 的角度考虑吧。。性能测试不是你这么算的~

没办法为了更好的业绩产出为了提升逼格，” 拿大数据，人工智能，docker，开发和运维的技术套在测试头上 “~

反正就是打不开了，怎么重新打开都没用，所以我就卸载了。。装了个金沙词霸