51Testing软件测试论坛

 找回密码
 (注-册)加入51Testing

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 4990|回复: 14
打印 上一主题 下一主题

[原创] 测试100个用户同时登陆, 迭代次数

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2009-8-7 18:22:31 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
我要测试100个用户登录, 用lr,
我参数化100个用户, 那么迭代次数也要是100次吗?我怎么感觉, 如果迭代次数100次, 那就跑了100乘以100次了
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

该用户从未签到

2#
发表于 2009-8-7 23:27:58 | 只看该作者
LZ 对得多
回复 支持 反对

使用道具 举报

该用户从未签到

3#
发表于 2009-8-8 09:28:25 | 只看该作者
迭代次数和虚拟用户个数的区别要弄清楚,只要设置好参数化策略,在设置100个虚拟用户就可以实现你的目标了。
  不需要设置迭代100次。
回复 支持 反对

使用道具 举报

该用户从未签到

4#
发表于 2009-8-8 17:12:00 | 只看该作者
错  要看你的系统制服支持同个用户同时登陆    100用户不是一个用户就运行100次  这要看你迭代的时候获取数据的方式
回复 支持 反对

使用道具 举报

该用户从未签到

5#
发表于 2009-8-8 18:27:37 | 只看该作者

迭代是单个用户执行时间长短的体现,用户数是并发同时执行的数量

一个横向的,一个是纵向,没有关系的。
回复 支持 反对

使用道具 举报

  • TA的每日心情
    奋斗
    2017-4-10 11:26
  • 签到天数: 4 天

    连续签到: 1 天

    [LV.2]测试排长

    6#
    发表于 2009-8-10 22:29:17 | 只看该作者
    我设置了100个Vuser 并且参数化过 韦什莫只有第一个Vuser  跑了100遍  其他Vuser 都没跑
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    7#
    发表于 2009-8-11 16:14:10 | 只看该作者
    完全正确 10000
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    8#
    发表于 2009-8-12 10:54:12 | 只看该作者
    我也是没搞清楚,等老师讲明白了,再和大家分享
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    9#
    发表于 2009-9-10 17:37:46 | 只看该作者
    我也坐等答案呢
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    10#
    发表于 2009-9-10 18:06:34 | 只看该作者
    要测试登录功能的并发,你的脚本一定录制到了action里面。不知道你有没有录制退出功能。假设你录制了退出功能,并且对用户的参数化取值是唯一取值,那就是100个用户先都上来,登录退出,然后再上来登录退出...
    假设你没有录制退出,那就是说用户先来登录后,接着又登录,不知道你系统中是否对同一用户登录有判断。如果有,那就有逻辑上的问题了,对吗。
    最后,要分享的是:迭代只是一个虚拟用户把脚本执行了10遍,就是说用10个用户迭代100次,和用1000个虚拟用户对服务器产生的压力是不一样的。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    11#
    发表于 2009-9-10 18:07:00 | 只看该作者
    要测试登录功能的并发,你的脚本一定录制到了action里面。不知道你有没有录制退出功能。假设你录制了退出功能,并且对用户的参数化取值是唯一取值,那就是100个用户先都上来,登录退出,然后再上来登录退出...
    假设你没有录制退出,那就是说用户先来登录后,接着又登录,不知道你系统中是否对同一用户登录有判断。如果有,那就有逻辑上的问题了,对吗。
    最后,要分享的是:迭代只是一个虚拟用户把脚本执行了10遍,就是说用10个用户迭代100次,和用1000个虚拟用户对服务器产生的压力是不一样的。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    12#
    发表于 2009-9-11 13:04:34 | 只看该作者
    我一般跌代次数慢慢增加,直到系统达到极限,开始有timeout出现,那么这个跌代次数就是比较好的一个数字
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    13#
    发表于 2009-9-11 14:25:21 | 只看该作者
    这个一点,我也很困惑,好像学到了点东西!
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    14#
    发表于 2009-9-11 14:28:34 | 只看该作者
    那我想咨询一下,如果说我测试100个用户的并发登录,那迭代次数设置成1次,虚拟用户100人即可?
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    15#
    发表于 2009-9-21 12:16:01 | 只看该作者
    原帖由 bluejay 于 2009-9-11 14:28 发表
    那我想咨询一下,如果说我测试100个用户的并发登录,那迭代次数设置成1次,虚拟用户100人即可?

    就拿你这个具体的问题来说:你参数化100个用户,为了保证每次登录系统都取到不同的用户,所以在取值中选择:unique;在值更新方式中选择:once ,然后在场景镇中设置100个用户跑就可以了。
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

    站长推荐上一条 /1 下一条

    小黑屋|手机版|Archiver|51Testing软件测试网 ( 沪ICP备05003035号 关于我们

    GMT+8, 2024-11-19 01:54 , Processed in 0.096826 second(s), 27 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

    快速回复 返回顶部 返回列表