你说携程订票,它都知道 URL 和 XPATH,就问怕不怕。。。
请问这个工具可以发起定量压力么,比如保持稳定 1000QPS?
每秒事务数和吞吐量 就是一样的不用纠结
导致概要结果中的结果这么大,是因为 error 后,响应时间变短几乎瞬间返回造成的,JMeter 默认认为一个请求和一个响应是一个取样结果。
你把 TPS 图表中的失败的绿线隐藏了,你打开就能看到,绿线得有 900 多吧,只看成功的红线 100 多,概要结果中是成功 + 错误的统计,也就是说他记录的是所有请求。
另外,建议压力调低一点,直到被压的服务不出现 error,记录下它的吞吐量,作为正常服务的容量上限。
是的,加大线程数,使用精确吞吐量定时器
估计是叫静波吧。。。
啥意思,是来搞笑的么?
没有真正意义上的并发,从 TPS 的角度考虑吧。。性能测试不是你这么算的~
没办法为了更好的业绩产出为了提升逼格,” 拿大数据,人工智能,docker,开发和运维的技术套在测试头上 “~
反正就是打不开了,怎么重新打开都没用,所以我就卸载了。。装了个金沙词霸