跑压力时间是否和用户以及迭代次数成正比

滴答90

同一个脚本不同的VUSER数和迭代次数跑了几遍，有几个问题想不明白，望大神指点。
5000vuser*2次迭代，用时13min
5000vuser*10次迭代，用时3min

1万vuser*1次，用时44分
1万vuser*3次，用时6分


为什么1万vuser，迭代1次和3次时间差这么多呢？
为什么5000vuser，迭代次数多的反而用时少？

求指点。。

seagull1985

跟你场景里面用户加载方式以及速度也有关系啊。。这样看没什么参考意义。。。

滴答90

seagull1985 发表于 2016-8-4 10:29
跟你场景里面用户加载方式以及速度也有关系啊。。这样看没什么参考意义。。。

抱住大神，用户加载方式和速度什么的都是一样的，就是完全一样的配置，只是修改了vuser数目和迭代次数

seagull1985

滴答90 发表于 2016-8-4 10:31
抱住大神，用户加载方式和速度什么的都是一样的，就是完全一样的配置，只是修改了vuser数目和迭代次数

看下单个事务的时间吧。。如果1万个user事务时间大大延长了，说明就是压力过大，响应慢了影响的。。。

滴答90

seagull1985 发表于 2016-8-4 10:36
看下单个事务的时间吧。。如果1万个user事务时间大大延长了，说明就是压力过大，响应慢了影响的。。。

如果1万user压力大，那么1万user每个迭代三次不是压力更大吗？为什么用时反而短呢

seagull1985

滴答90 发表于 2016-8-4 11:11
如果1万user压力大，那么1万user每个迭代三次不是压力更大吗？为什么用时反而短呢

这个不确定性因素有很多，我建议你把1万一次迭代的再跑一次，看时间是不是还是这么多。。。。再确认一次。
另外，迭代的设置只在脚本调试的时候有用，实际在场景运行中我记忆中好像用处不大。。。

滴答90

seagull1985 发表于 2016-8-4 11:41
这个不确定性因素有很多，我建议你把1万一次迭代的再跑一次，看时间是不是还是这么多。。。。再确认一次 ...

谢谢你不嫌麻烦的回复，我们项目是要测试一个接口的最大并发连接数，测试有一周了没什么进展，场景这里一直没搞明白，加压测试应该怎么操作呢？不是按迭代次数和vuser数递增么？