性能测试进阶指南解答专帖【附相关资料】--更新LR9.5官方中文用户手册资料

htlg

云层大大 我想问下 迭送
是什么原理啊????
例如:我 1000的用户 2分钟加压一次  一次加压 200
到最高以后持续30分钟  然后减压200 一次

我设置50迭送  但是 该服务器没被压垮....

51testing_zhj

还在等书中

htlg

如何增加负载生成器???

望知道的大大指点

云层

原帖由 htlg 于 2010-2-1 16:32 发表
如何增加负载生成器???

望知道的大大指点

找台电脑装个新的load generater就行了啊

云层

原帖由 htlg 于 2010-2-1 15:43 发表
云层大大 我想问下 迭送
是什么原理啊????
例如:我 1000的用户 2分钟加压一次  一次加压 200
到最高以后持续30分钟  然后减压200 一次

我设置50迭送  但是 该服务器没被压垮....

迭送？啥意思，不要给我说中文版loadrunner的名词，翻译的太古怪了

htlg

迭送  英文  是number OF  lterations

htlg

云层大大 想问下 录制的脚本是不是 没有下载完或者浏览完全 录制的 事件 不会进行下一步的测试啊???

有没有 办法 就是固定时间在 不管完成 或者为完成直接 进行下步的脚本?????

如果我网站  打开速度比较满的话  那么我做压力测试的时候 等待 该脚本完成 在进行下一脚本的运行的话 那么这样的话 在等待 脚本完成 的时候 对服务器 有一定缓冲  我怎么初步设置都 可能压不死他啊  

我设置了1000虚拟用户  number OF  lterations  1000  我手动打开该页面的时候 还是可以访问的

注:该页面是 .net 写的  (录制的时候 完全打开非常慢  我怀疑压不死 他的原因就是 因为打开慢)
望 云大大  出个主意......
我是新手

现在 是开双机  每台600虚拟用户 和number OF  lterations 1000

对该服务器WEB 页面 进行压力 测试

云层

原帖由 htlg 于 2010-2-2 08:39 发表
迭送  英文  是number OF  lterations

我的翻译叫做迭代，指你的run部分的代码被重复运行的一种策略

云层

原帖由 htlg 于 2010-2-2 11:17 发表
云层大大 想问下 录制的脚本是不是 没有下载完或者浏览完全 录制的 事件 不会进行下一步的测试啊???

有没有 办法 就是固定时间在 不管完成 或者为完成直接 进行下步的脚本?????

如果我网站  打开速度比较满的话 ...

为什么要压死呢？系统压不死是好事啊，不要通过迭代的方式来压，因为你的连接用户是相同的，只是每个用户做事的次数不同而已。
要压垮很容易，你设置5000个用户，都做并发，肯定死了。。

htlg

原帖由 云层 于 2010-2-2 12:14 发表

为什么要压死呢？系统压不死是好事啊，不要通过迭代的方式来压，因为你的连接用户是相同的，只是每个用户做事的次数不同而已。
要压垮很容易，你设置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 发表

5000个用户做并发???前提是我LR 负载生成器能负载的起呢???
而其负载生成器默认一次初始化 最多999  我在LR  设置50 上面 跑的时候 挂起的N多... 就绪 50  一次加压200  加压到800的时候 后面就堆积起来了
小小疑 ...

额。。为啥压不死，给你这样解释吧

你模拟了100个用户给你喂馒头，然后每个用户给你喂馒头都需要1年，结果平均算下来你3天才吃一个馒头，那么如果并发呢？
在1个小时内给你吃100个馒头，你就死定了

并发可以通过集合点函数来形成，参考这个章节的内容
http://book.51cto.com/art/200912/168052.htm
你有很多基础概念很薄弱，所以在深入的时候完全是在蒙答案，瓶颈很多哦

htlg

原帖由 云层 于 2010-2-2 16:31 发表



额。。为啥压不死，给你这样解释吧

你模拟了100个用户给你喂馒头，然后每个用户给你喂馒头都需要1年，结果平均算下来你3天才吃一个馒头，那么如果并发呢？
在1个小时内给你吃100个馒头，你就死定了

并发 ...

确是对LR 原理性的东西很 薄弱  接触LR 都没有一个礼拜 没有系统 看过 东看看 西看看

云大的意思 就是在 你加压的地方设置 集合点对吗?

如果不设置集合点的话  就算设置1000用户并发 也不会 同时并发  而是 各运行各的

很多地方希望 大大多多提点

云层

没错，集合点可以做可控的并发，而没有集合点，其实脚本的运行是有先后顺序的

苏高跃

书上写主要针对9.1，我没用过9.1，区别很大吗？那习惯用8.1的那不是看起来很别扭呢？

云层

原帖由 苏高跃 于 2010-2-3 09:34 发表
书上写主要针对9.1，我没用过9.1，区别很大吗？那习惯用8.1的那不是看起来很别扭呢？

界面还是有蛮多差距的，不过从原理角度来说基本是相同的，有些函数8.1没有的，不过我在书中也指出了一些主要操作没有函数的处理方法，能用，不过在配图上会有些别扭，使用还是可以的。

建议升级一个lr9.1会更好点

htlg

云大 ~~~遇到问题了
我设置了并发 点 而且一口气设置3个

3个并发点 都是 设置 当用户达到当前用户量的80% 开始运行  超过30秒不等待

但是为什么 我觉得 这样的并发 不算真正意思上并发  

因为有时候 我看见  集合连接数300   突然运行数只有2-30左右  到后期 我才觉得 是一起并发的 是不是 开始并发因为 加压的时候 或者 就绪的时候 有些事先跑了的   不在同一个并发点????   然后 有多有少?

但是我 有点 觉得怎么了  我启动 LR  自带的那个网站  并发 设置虚拟用户 150  加压并发  但是 感觉  那个自带网站 抗压 不应该那么 大 吧   不过 观察本机 CPU  有一段几秒 是100%  就是不太清楚 为什么 没有跨

只是加压的时候 有失败用户就是

[ 本帖最后由 htlg 于 2010-2-3 13:59 编辑 ]

云层

原帖由 htlg 于 2010-2-3 11:58 发表
云大 ~~~遇到问题了
我设置了并发 点 而且一口气设置3个

3个并发点 都是 设置 当用户达到当前用户量的80% 开始运行  超过30秒不等待

但是为什么 我觉得 这样的并发 不算真正意思上并发  

因为有时候 我看见 ...

扛得住扛不住不是简单的看系统有没有返回，而是要看系统返回了什么

比如你给一个人打电话，在里面说了很多话，他无语了（说明完全跟不上你说啥，已经瘫痪了），但是这个时候电话仍然是通的，你能说系统没瘫痪么？
这个时候你要做个检查点事务，来检查服务器返回的内容是什么，瘫痪有几个概念，一个是服务瘫痪，一个是应答瘫痪
关于并发，你去看看analysis中的关于并发的计数器应该就明白了

htlg

原帖由 云层 于 2010-2-3 15:21 发表

扛得住扛不住不是简单的看系统有没有返回，而是要看系统返回了什么

比如你给一个人打电话，在里面说了很多话，他无语了（说明完全跟不上你说啥，已经瘫痪了），但是这个时候电话仍然是通的，你能说系统没瘫痪么 ...

按 云大的意思  但是我手动输入地址的时候还是可以访问的........

按照 如果真的 不管是服务器摊了 或者 服务摊了 或者 是站点摊了  就是访问不了的   我准备加大测试力度.... 测试下

云大大说的测试结果分析的看对么??? 那个有点看不懂

弱弱的问下 那个 网站细分 查询 没个JS 或者 什么 延时速度 是要格外设置吗???

我在测试结果分析 里面 老是点不开

不知道是无图 无结果  还是 要设置那里  望 云大指点

[ 本帖最后由 htlg 于 2010-2-3 16:11 编辑 ]

苏高跃

LR8.1 升级到9.1 需要什么补丁或其他更新吗？不然买了，9.1的教村针对8.1的工具很别扭啊

yzylion

我觉得你说的手动输入还是可以访问可以这样理解
同样借助云老师的打电话例子：
这个时候服务器已经发生了瘫痪，但是是应答瘫痪，映射到打电话就是你拼命的在讲话，对方却答不上，也没在听你说什么了，你只一味的在说。
这个时候有另外一个人说了一句话，这个时候对方就可以应答。