是什么原理啊????
例如:我 1000的用户 2分钟加压一次一次加压 200
到最高以后持续30分钟然后减压200 一次
我设置50迭送但是 该服务器没被压垮.... 还在等书中 如何增加负载生成器???
望知道的大大指点 原帖由 htlg 于 2010-2-1 16:32 发表 http://bbs.51testing.com/images/common/back.gif
如何增加负载生成器???
望知道的大大指点
找台电脑装个新的load generater就行了啊 原帖由 htlg 于 2010-2-1 15:43 发表 http://bbs.51testing.com/images/common/back.gif
云层大大 我想问下 迭送
是什么原理啊????
例如:我 1000的用户 2分钟加压一次一次加压 200
到最高以后持续30分钟然后减压200 一次
我设置50迭送但是 该服务器没被压垮....
迭送？啥意思，不要给我说中文版loadrunner的名词，翻译的太古怪了 迭送英文是number OFlterations 云层大大 想问下 录制的脚本是不是 没有下载完或者浏览完全 录制的 事件 不会进行下一步的测试啊???
有没有 办法 就是固定时间在 不管完成 或者为完成直接 进行下步的脚本?????
如果我网站打开速度比较满的话那么我做压力测试的时候 等待 该脚本完成 在进行下一脚本的运行的话 那么这样的话 在等待 脚本完成 的时候 对服务器 有一定缓冲我怎么初步设置都 可能压不死他啊
我设置了1000虚拟用户number OFlterations1000我手动打开该页面的时候 还是可以访问的
注:该页面是 .net 写的(录制的时候 完全打开非常慢我怀疑压不死 他的原因就是 因为打开慢)
望 云大大出个主意......
我是新手
现在 是开双机每台600虚拟用户 和number OFlterations 1000
对该服务器WEB 页面 进行压力 测试 原帖由 htlg 于 2010-2-2 08:39 发表 http://bbs.51testing.com/images/common/back.gif
迭送英文是number OFlterations
我的翻译叫做迭代，指你的run部分的代码被重复运行的一种策略 原帖由 htlg 于 2010-2-2 11:17 发表 http://bbs.51testing.com/images/common/back.gif
云层大大 想问下 录制的脚本是不是 没有下载完或者浏览完全 录制的 事件 不会进行下一步的测试啊???
有没有 办法 就是固定时间在 不管完成 或者为完成直接 进行下步的脚本?????
如果我网站打开速度比较满的话 ...
为什么要压死呢？系统压不死是好事啊，不要通过迭代的方式来压，因为你的连接用户是相同的，只是每个用户做事的次数不同而已。
要压垮很容易，你设置5000个用户，都做并发，肯定死了。。 原帖由 云层 于 2010-2-2 12:14 发表 http://bbs.51testing.com/images/common/back.gif
为什么要压死呢？系统压不死是好事啊，不要通过迭代的方式来压，因为你的连接用户是相同的，只是每个用户做事的次数不同而已。
要压垮很容易，你设置5000个用户，都做并发，肯定死了。。
5000个用户做并发???前提是我LR 负载生成器能负载的起呢???
而其负载生成器默认一次初始化 最多999我在LR设置50 上面 跑的时候 挂起的N多... 就绪 50一次加压200加压到800的时候 后面就堆积起来了
小小疑问他们说的并发 就是设置虚拟用户数量 和 初始用户 和 加压用户设置吧???
----------------------------
本人测试一个ＷＥＢ 环境如下 １９２.１６８.１.１１３ 挂有一个几个网站 其中要测试一个用．ｎｅｔ 写的网站 页面是 ＷＷＷ.ＳＨＯＰ．ＣＯＭ／ＣＯＭＰＡＮＹ＿ＡＤＭＩＮ／ＬＯＧＩＮ．ＡＳＰＸ （客户登陆商铺管理页面(前台)） 该后台连接一台数据库服务器 １９２.１６８.１.１１４
１１３配置 双核处理器 １Ｇ内存
１１４配置 四核处理器 ４Ｇ内存
LR 机器 双核1G 内存
我配２套方案来压它
方案一 写数据进去～～测试结果 １１４ 物理内存耗尽～～ １１３ 还能正常访问 比较慢 不过本来就比较慢内存消耗 没注意
测试虚拟用户 １０００ 迭代 1000次 负载生成器 本机
测试查资料以后想法 因为本来就消耗本机内存 在测试 消耗的本身内存等等造成 访问不正常 ( 查询 当时写入数据 发现 并不是全部 写入......)
是不是 因为 本机 负载 虚拟用户过多 造成自己发包 也慢 压不是 等等一些原因 .或者说他的.net页面全部是调用 数据库 数据
-----------------------------
方案二 浏览页面测试～～测试结果 １１４ 物理内存快尽（比正常的时候多点 正常消耗也在3G多）～～ １１３ 还能正常访问 比较慢 不过本来就比较慢内存消耗 800M左右
测试虚拟用户 2０００ 迭代 1000次 负载生成器 本机 and 另一台机器本机虚拟用户 700 另一台 虚拟用户 1300
2个负载生成器 一共加压到 400多用户的时候 已经产生 失败用户 100左右 个 因为测试服务器 现在 要用 后面就没有在 测试了但是 在当时 还有勉强可以访问同事 在前几秒 打开过
给我感觉 可以压跨
----------------------------------
注按我朋友的说法其实不要那么用户 只要同时并发就可以压垮
他意思 只要100-200用户 同事 并发 1000左右进程 就可以压死服务器
按照我接触LR 一个多星期设置里面 好像 除了并发用户 以外 好像 没有这样设置
(实例 我们正式服务器 比测试服务器 配置要好 但是百度蜘蛛 只有几百个 用户 并发 正式服务器 就挂了 正式服务器 是用.asp写的 )
有人可以解释下 为什么 我这样设置压不死 服务器而百度可以
还有就是 LR 加压流程是不是 按照访问的模式....是像我们正常浏览 方式 对页面进行加压吗??而不是想百度一样?
我实在不懂 为啥压不死服务器
[ 本帖最后由 htlg 于 2010-2-2 15:47 编辑 ] 原帖由 htlg 于 2010-2-2 13:25 发表 http://bbs.51testing.com/images/common/back.gif
5000个用户做并发???前提是我LR 负载生成器能负载的起呢???
而其负载生成器默认一次初始化 最多999我在LR设置50 上面 跑的时候 挂起的N多... 就绪 50一次加压200加压到800的时候 后面就堆积起来了
小小疑 ...
额。。为啥压不死，给你这样解释吧
你模拟了100个用户给你喂馒头，然后每个用户给你喂馒头都需要1年，结果平均算下来你3天才吃一个馒头，那么如果并发呢？
在1个小时内给你吃100个馒头，你就死定了
并发可以通过集合点函数来形成，参考这个章节的内容
http://book.51cto.com/art/200912/168052.htm
你有很多基础概念很薄弱，所以在深入的时候完全是在蒙答案，瓶颈很多哦 原帖由 云层 于 2010-2-2 16:31 发表 http://bbs.51testing.com/images/common/back.gif
额。。为啥压不死，给你这样解释吧
你模拟了100个用户给你喂馒头，然后每个用户给你喂馒头都需要1年，结果平均算下来你3天才吃一个馒头，那么如果并发呢？
在1个小时内给你吃100个馒头，你就死定了
并发 ...
确是对LR 原理性的东西很 薄弱接触LR 都没有一个礼拜 没有系统 看过 东看看 西看看
云大的意思 就是在 你加压的地方设置 集合点对吗?
如果不设置集合点的话就算设置1000用户并发 也不会 同时并发而是 各运行各的
很多地方希望 大大多多提点 没错，集合点可以做可控的并发，而没有集合点，其实脚本的运行是有先后顺序的
回复 53# 的帖子
书上写主要针对9.1，我没用过9.1，区别很大吗？那习惯用8.1的那不是看起来很别扭呢？ 原帖由 苏高跃 于 2010-2-3 09:34 发表 http://bbs.51testing.com/images/common/back.gif书上写主要针对9.1，我没用过9.1，区别很大吗？那习惯用8.1的那不是看起来很别扭呢？
界面还是有蛮多差距的，不过从原理角度来说基本是相同的，有些函数8.1没有的，不过我在书中也指出了一些主要操作没有函数的处理方法，能用，不过在配图上会有些别扭，使用还是可以的。
建议升级一个lr9.1会更好点 云大 ~~~遇到问题了
我设置了并发 点 而且一口气设置3个
3个并发点 都是 设置 当用户达到当前用户量的80% 开始运行超过30秒不等待
但是为什么 我觉得 这样的并发 不算真正意思上并发
因为有时候 我看见集合连接数300 突然运行数只有2-30左右到后期 我才觉得 是一起并发的 是不是 开始并发因为 加压的时候 或者 就绪的时候 有些事先跑了的 不在同一个并发点???? 然后 有多有少?
但是我 有点 觉得怎么了我启动 LR自带的那个网站并发 设置虚拟用户 150加压并发但是 感觉那个自带网站 抗压 不应该那么 大 吧 不过 观察本机 CPU有一段几秒 是100%就是不太清楚 为什么 没有跨
只是加压的时候 有失败用户就是
[ 本帖最后由 htlg 于 2010-2-3 13:59 编辑 ] 原帖由 htlg 于 2010-2-3 11:58 发表 http://bbs.51testing.com/images/common/back.gif
云大 ~~~遇到问题了
我设置了并发 点 而且一口气设置3个
3个并发点 都是 设置 当用户达到当前用户量的80% 开始运行超过30秒不等待
但是为什么 我觉得 这样的并发 不算真正意思上并发
因为有时候 我看见 ...
扛得住扛不住不是简单的看系统有没有返回，而是要看系统返回了什么
比如你给一个人打电话，在里面说了很多话，他无语了（说明完全跟不上你说啥，已经瘫痪了），但是这个时候电话仍然是通的，你能说系统没瘫痪么？
这个时候你要做个检查点事务，来检查服务器返回的内容是什么，瘫痪有几个概念，一个是服务瘫痪，一个是应答瘫痪
关于并发，你去看看analysis中的关于并发的计数器应该就明白了 原帖由 云层 于 2010-2-3 15:21 发表 http://bbs.51testing.com/images/common/back.gif
扛得住扛不住不是简单的看系统有没有返回，而是要看系统返回了什么
比如你给一个人打电话，在里面说了很多话，他无语了（说明完全跟不上你说啥，已经瘫痪了），但是这个时候电话仍然是通的，你能说系统没瘫痪么 ...
按 云大的意思但是我手动输入地址的时候还是可以访问的........
按照 如果真的 不管是服务器摊了 或者 服务摊了 或者 是站点摊了就是访问不了的 我准备加大测试力度.... 测试下
云大大说的测试结果分析的看对么??? 那个有点看不懂
弱弱的问下 那个 网站细分 查询 没个JS 或者 什么 延时速度 是要格外设置吗???
我在测试结果分析 里面 老是点不开
不知道是无图 无结果还是 要设置那里望 云大指点
[ 本帖最后由 htlg 于 2010-2-3 16:11 编辑 ]
回复 55# 的帖子
LR8.1 升级到9.1 需要什么补丁或其他更新吗？不然买了，9.1的教村针对8.1的工具很别扭啊回复58
我觉得你说的手动输入还是可以访问可以这样理解同样借助云老师的打电话例子：
这个时候服务器已经发生了瘫痪，但是是应答瘫痪，映射到打电话就是你拼命的在讲话，对方却答不上，也没在听你说什么了，你只一味的在说。
这个时候有另外一个人说了一句话，这个时候对方就可以应答。
