集合点并发和持续增加人数持续时间,那个压力大?
本帖最后由 wangtong0415 于 2010-10-18 16:07 编辑举个例子:1、登录测试,集合点并发人数30人,持续时间1小时
2、登录测试,持续增加到100人,持续时间1小时
哪个压力大?
这个在我测试过程中,遇到了困难,不知道哪个压力有多大??
登录的时候,
设置了集合点的30人的,开始登录,但是30人登录不完,其他都等待,不压了,等待完成后在继续30人一起压但效果没有第一个30压力明显;
持续增加到100人,持续时间1小时,增加到100人后,都开始刷新页面 大家进行并发测试的时候,是否遇到了这个问题,不知道加集合点并发,还是持续增加人数持续时间长点? 这个问题要考虑非常多方面的因素
没有定性的标准 你这种策略是进行负载测试,没有看出压力测试策略,具体问题具体分析 为什么感觉你们的登录,都是几十这种并发的....
只是一个举例呢,还是你们公司的产品,真的性能很糟
PS:我们这里,基本上能到300+ 同楼上想法。。。为什么连100都没
是不是脚本用的html方式录的,然后把图片什么全算进去了。。。那是要等死人了 同楼上想法。。。为什么连100都没
是不是脚本用的html方式录的,然后把图片什么全算进去了。。。那是要等死 ...
skyzhu 发表于 2010-10-19 09:32 http://bbs.51testing.com/images/common/back.gif
我们也大都是100~300之间,不过不太明白“把图片什么全算进去了。。。那是要等死 ...”这句话是怎么理解,是不是说录制到的一些图片语句要删除掉啊? 我们也大都是100~300之间,不过不太明白“把图片什么全算进去了。。。那是要等死 ...”这句话是 ...
51mobile 发表于 2010-10-19 12:56 http://bbs.51testing.com/images/common/back.gif
当录制是 html-base 方式,一个页面的中的JS\CSS\image等等全部都是算在同一个事务里的,只要里面有任何一个出错了,LR就会当出错处理。删除里面的JS\CSS\image链接代码实际没什么用处
而url-base 是所有请求全部独立的,当然脚本内容比较多
当然录制出来的脚本完全不一样,了解html加载原理和http请求就很容易明白了
就说到这,自己分析吧 谢楼上,能不能提供“html加载原理和http请求”方面的知识链接,我上网找了下,好像都不太符合,不知道是否我搜索的关键字不同造成的,谢谢了
页:
[1]