520199041 发表于 2012-3-29 22:44:50

关于loadrunner一个场景问题，我和同事争执了，大家帮下忙

是这样的，我测试一个网站的主页，大家就把他想成是京东的主页吧，本身就是山寨京东，公司叫我做压力测试，就是最大能支持多少个用户同时访问这个网站，然后呢，我设置的场景是，每秒加5个用户，中间循环5分钟，最后以每秒5个用户退出，然后同事看见我的报告，就说，你做压力测试，就应该同时开始，怎么要每秒加5个呢，我当时不知道如何说，因为我这么做，也是看见网上，书上，那些做压力测试都是这么弄的，所以我也这么弄，然后那人又说，你怎么没有设置集合点呢，我当时也没话说，因为这个要测的，就一个功能，同时访问那个网站，出现主页的响应时间，大家说，我有错没，或者我该如何对她说。

andyfly_001 发表于 2012-3-29 22:57:21

压力测试：对系统不断施加压力的测试，是通过确定一个系统的瓶颈或者不能接收的性能点，来获得系统能提供的最大服务级别的测试。
例如测试一个 Web 站点在大量的负荷下，何时系统的响应会退化或失败。你方案中每秒加5个这样的方式我觉得没错，但可以做一个集合点，当用户登录完后一起并发请求，从而评估性能瓶颈。

Alex_ 发表于 2012-3-29 22:58:42

给我感觉,你同事说的比较对.压力测试,就是要测试网站的承受能力,通过设置集合点,进行并发,这样能够测试到在同一时间最大支持多少用户访问!!因为你也说的是同时访问!事务响应时间,更准确的话,建议设置SLA协议.
如果还不理解.来LR群216070030注明,怪兽... 哈哈

aspstar 发表于 2012-3-29 22:59:13

本帖最后由 aspstar 于 2012-3-29 23:25 编辑

你想测最大在线人数吗？如果是这样就根据你测试系统的超时时间来，保证在超时时间内用阶梯方式不停增加用户，直到报错为止，也不需要循环5分钟。

月华 发表于 2012-3-30 08:47:10

压倒报错位置，不能5分钟就停 不然可能达不到瓶颈

云层 发表于 2012-3-30 08:57:40

肯定是每次加一点用户来评估崩溃点的，直接压上去啥都看不出来。

大龙哥哥 发表于 2012-3-30 11:27:38

其他不说，压5分钟也忒少吧？

mvvztt 发表于 2012-3-30 14:29:45

你这同事跟我的客户一样一样的~~~每秒5个，这只是VU的初始化部分

mvvztt 发表于 2012-3-30 14:30:38

只是测并发的话，跟持续多长时间没关系

liofz 发表于 2012-4-8 15:01:37

首先确定你要测试的是什么吧
1、没有目标，需要测试网站可以承载的瞬间并发数
预先估算可承载数，设置逐步初始化用户，并设置集合点，因为lr最少得出稳定结论的时间为三分钟，所以，持续时间不少于三分钟即可。
2、已有目标，需要模拟用户操作并验证系统承载
设置逐步加载，不需要集合点，超过预期目标20%并持续合理时间。必要时采用多波峰加载。

TesterChen 发表于 2012-4-9 09:34:32

本帖最后由 TesterChen 于 2012-4-9 09:39 编辑

回复 1# 520199041

    问题和评论都很长，好不容易看完了
    我觉得大家讲得都对，你那位同事所说的压力测试，其实并不是我们所想的定义上的压力测试（其实他们就想知道同时并发的比如500个用户一起访问网站会出现什么情况）；而现实的情况可能就是你说的那样，用户会一点一点的增加，只是增加的速度有不同的而已（具体的场景你没有说清楚，我不知道是怎么设计的，但这个设计要根据网站的具体需求来定义，如果用户的访问比较多，你可以把每秒设置成10，20都可以，这样被测系统的压力就大了）
    上面说两种情况往往都要需求进行测试，以保证网站的正常运行；因为用户的访问是不可捉摸的，同时，如果网站的用户量越来越多了，我们要对我们的服务器不断的升级，然后不断的测试……
    然后对于电子商务网站来说，如果要测试网站的稳定性，5min的时间确实有点少，可以考虑加长时间，然后看看网站的响应时间及内存，cpu的情况
    所以，没必要争执……

zw_chinese 发表于 2012-4-9 18:19:34

场景没有什么问题，但是为什么你不设置 集合点呢？同时进行 系统会受不了的

zw_chinese 发表于 2012-4-9 18:21:10

不是同时进行，说错了，一次压太多，系统过不去，也找不出问题的

kadw85 发表于 2012-4-12 17:19:03

你测试的应该是压力测试。而你们领导说的应该是并发测试，多用户同时请求服务器。

夏日摸摸茶 发表于 2012-4-13 15:15:25

看来大家都很喜欢集合点

我觉得领导关注的不仅仅是通过集合点来实现瞬间支持多少并发，另一方面，保证系统稳定可靠的运行也是比较重要的性能测试内容，通过楼主说的这个简单的业务“访问首页”，想一想，一个虚拟用户 在真实的世界里能等于1个实际用户？还是说 一个虚拟用户 可能会等于10个真实用户。

若增加集合点后，运行5分钟，你观察的各种图的结果，都或许是锯齿形状的。不利于进行整体性能的评估。

若采用持续增加用户的方式，能找到系统运行到多少用户时，TPS或者HPS、平均响应时间等异常的点，从而确定系统支持的最大用户数，但要注意，没考虑思考时间时，虚拟用户数不等于真实用户数。

个人观点 多指正

520199041 发表于 2012-5-2 18:34:47

自己顶顶一下

jj_ljw 发表于 2012-5-3 13:33:06

看来大家都很喜欢集合点

我觉得领导关注的不仅仅是通过集合点来实现瞬间支持多少并发，另一方面，保证系 ...
夏日摸摸茶 发表于 2012-4-13 15:15 http://bbs.51testing.com/images/common/back.gif


顶下，对这个集合点确实迷糊，现实中很少有大用户量同时并发访问网站的情况出现（病毒攻击除外），不设置的情况更符合实际，集合点感觉有点鸡肋。
反到是思考时间的选取，取多少虚拟用户和真实用户数大致相等，这个估算很费精力啊。
页: [1]
查看完整版本: 关于loadrunner一个场景问题，我和同事争执了，大家帮下忙