集合点并发和持续增加人数持续时间，那个压力大？

wangtong0415 · 发表于 2010-10-18 15:59:50

本帖最后由 wangtong0415 于 2010-10-18 16:07 编辑

举个例子：1、登录测试，集合点并发人数30人，持续时间1小时
2、登录测试，持续增加到100人，持续时间1小时
哪个压力大？

这个在我测试过程中，遇到了困难，不知道哪个压力有多大？？
登录的时候，
设置了集合点的30人的，开始登录，但是30人登录不完，其他都等待，不压了，等待完成后在继续30人一起压但效果没有第一个30压力明显；
持续增加到100人，持续时间1小时，增加到100人后，都开始刷新页面

wangtong0415 · 发表于 2010-10-18 16:09:55

大家进行并发测试的时候，是否遇到了这个问题，不知道加集合点并发，还是持续增加人数持续时间长点？

twinsczl · 发表于 2010-10-18 17:01:33

这个问题要考虑非常多方面的因素

没有定性的标准

angzhuo · 发表于 2010-10-18 17:04:09

你这种策略是进行负载测试，没有看出压力测试策略，具体问题具体分析

wuweicoco · 发表于 2010-10-18 18:27:00

为什么感觉你们的登录，都是几十这种并发的....
只是一个举例呢，还是你们公司的产品，真的性能很糟
PS:我们这里，基本上能到300+

skyzhu · 发表于 2010-10-19 09:32:42

同楼上想法。。。为什么连100都没
是不是脚本用的html方式录的，然后把图片什么全算进去了。。。那是要等死人了

51mobile · 发表于 2010-10-19 12:56:52

同楼上想法。。。为什么连100都没
是不是脚本用的html方式录的，然后把图片什么全算进去了。。。那是要等死 ...
skyzhu 发表于 2010-10-19 09:32

我们也大都是100～300之间，不过不太明白“把图片什么全算进去了。。。那是要等死 ...”这句话是怎么理解，是不是说录制到的一些图片语句要删除掉啊？

skyzhu · 发表于 2010-10-19 13:59:53

我们也大都是100～300之间，不过不太明白“把图片什么全算进去了。。。那是要等死 ...”这句话是 ...
51mobile 发表于 2010-10-19 12:56

当录制是 html-base 方式，一个页面的中的JS\CSS\image等等全部都是算在同一个事务里的，只要里面有任何一个出错了，LR就会当出错处理。删除里面的JS\CSS\image链接代码实际没什么用处
而url-base 是所有请求全部独立的，当然脚本内容比较多
当然录制出来的脚本完全不一样，了解html加载原理和http请求就很容易明白了
就说到这，自己分析吧

51mobile · 发表于 2010-10-19 15:42:59

谢楼上，能不能提供“html加载原理和http请求”方面的知识链接，我上网找了下，好像都不太符合，不知道是否我搜索的关键字不同造成的，谢谢了

		自动登录	找回密码
密码			(注-册)加入51Testing

[原创] 集合点并发和持续增加人数持续时间，那个压力大？

相关帖子

站长推荐 /1