请教一下,场景设置的问题!
1、同时加载所有100个用户2、100个用户每10秒中加载10个
这两种有什么区别? 对服务器产生的压力就不一样
回复 2# 的帖子
我知道不一样,能否具体描述一下有什么区别回复 3# 的帖子
我认为,如果脚本中加了集合点的话,采取哪种方式对服务器没有多大的影响,效果差不多。但是对负载机有影响,采取第二种方式的话,可以适当减轻负载机的压力,减轻负载机的资源消耗。回复 4# 的帖子
恩,我每次按照第一种方法对脚本加载的时候有很多用户超时,第二种基本都是通过 我记得以前的资料里好像提过用第二种方法的话,可以查看服务器的吞吐量是否对着客户端点击率的升高,伴随也随之升高。而第一种方法的话,我觉得是更多是用在压力部分,目的在于并发的操作,而第二种更多的是验证性能。不知道我这样的推测对不对~,还请指教:handshake 为什么我在设置100个用户每10秒中加载5个用户(平均响应时间在5秒)和100个用户每10秒中加载10个用户(平均响应时间在20秒)还有几个超时的,同一个事务平均响应时间差距怎么这么大啊?这些和什么有关呢?
测试机的性能也是很好的 ,cpu、内存、网络占用率也蛮低的 用户加载方式对测试结果影响很大的,多久加载一次用户,每次加载几个不是随便设的。要根据真实情况或性能目标算出来的。
如果严格点还要把事务细分到每个操作,设计各个操作的加载方式。 慢慢的加载有利于服务器的资源同时释放
只是个人想法
:lol
回复 8# 的帖子
我想请教一下 这两种设置的区别在什么地方?我以前一直认为设置了集合点只要测试机的性能还可以的话,理论上应该两种场景设置的响应时间应该是差不多的你说:“用户加载方式对测试结果影响很大的,多久加载一次用户,每次加载几个不是随便设的。”这个衡量的标准是什么呢? 100个用户,一起踹你
100个用户,分批踹你,感受一下,哪种感觉好些。
页:
[1]