【讨论】两种加载方式有什么异同？

twinsczl

使用手工场景--使用同一脚本--同样配置的机器

场景一：100个用户直接并发访问
场景二：分10次--隔五分钟--每次10个用户并发

有什么区别吗？对结果的影响是什么样子的？

能详细的说说就更好了！

yetties2005

直接加压只能看到加压后的最终信息

分批分次加压可以看出软件在不同压力的运行情况

mr.bee

场景二：分10次--隔五分钟--每次10个用户并发

场景二描述不清楚
是说：每次都是10个虚拟用户呢？
还是：第一次加压10个，间隔五分钟后再次加压10个，然后以此类推？

twinsczl

场景二：分10次--隔五分钟--每次10个用户并发

是隔5分钟再加压10个 最终是100个用户在里面跑。

twinsczl

谢谢你的回答！

Zee

这两种场景设置区别很大。对系统的资源要求都不一样。显然第一种情况的压力在开始时会大一些。

涉及到一个问题，就是场景要执行多长时间？应用是什么样的？这些都会对这两个场景的结果造成影响。

如果你执行一个小时，显然，后面的这个场景压力比前一个场景要小很多。

如果你要执行3天，抛开加载的这一小时，场景最终结果应该是差距不大。

前面提到场景设置区别很大的原因就是：你的测试策略是什么？

PS：不要在不确定测试目标和策略的前提下，随便去设置场景。

twinsczl

非常感谢你的回答！

哦，我现在在学习LoadRunner所以只是想知道异同点在哪，还有为什么异同等，呵呵！~

我现在想知道，这两种方式对服务器和测试机的开销是怎么样的？

【前提】：
两种场景都运行45分钟。
常见的OA办公系统的登陆界面（B/S架构）。
脚本是这样的：录制了登陆，进入后点击了一个按钮，链接到另一个页面，之后退出。

gezj2006

第二种模型能较好的反应对中间件和连接池的影响，与第一个模型比较第二个模型能较好的反应资源的占用和释放情况，方便对连接池和中间件的调优！

苏高跃

我也遇到这种情况，设置事务响应时间时：
1.我同时并发100个用户；持续时间10分钟；
2.每秒添加10个用户，持续时间也是10分钟；
结果这2种情况，第2种的响应时间一般比每1种的大，什么原因呢？

twinsczl

原帖由 苏高跃 于 2009-4-30 11:09 发表
我也遇到这种情况，设置事务响应时间时：
1.我同时并发100个用户；持续时间10分钟；
2.每秒添加10个用户，持续时间也是10分钟；
结果这2种情况，第2种的响应时间一般比每1种的大，什么原因呢？

1.执行过程：脚本在运行到集合点的时候集合【集合完的时候，和服务器交互降到最低--每秒点击数也降到最低】，这个时候并发点击某一应用或连接，响应时间看的是系统的瞬间负载
2.因为有持续的用户的存在【每秒点击数累计上升，服务器一直有负载】这个时候点击某一应用或连接，响应时间会较慢

如果用‘|’来表示服务器的负载：
1.第一种情况：||||||||||-并发登陆-------------||||||||||-并发登陆-------------
2.第二种情况：||-||||-||||||-|并||发||登||陆|--1|-||||-||||||-|并||发||登||陆|--

这个和你的场景设置有很大关系，如果你想得到一致的结果，你可以在集合点策略那设置一个并发量【恒定人数】；