51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 3065|回复: 11
打印 上一主题 下一主题

[求助]怎么设置100万虚拟用户的场景?

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2004-9-28 09:26:03 | 只看该作者 回帖奖励 |正序浏览 |阅读模式
服务器可能承受的用户数是每天100万,而访问量可能达到几千万。
虚拟用户脚本已经有了,不知道怎样去设置场景,不可能要设置100万的虚拟用户吧?
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏

该用户从未签到

12#
发表于 2006-9-18 17:30:39 | 只看该作者
原帖由 xgengsha 于 2006-8-28 15:55 发表
有么有人能详细的说一下怎么设置control里的值啊。
假设我是要测试2000人同时在线打开一个链接查看的测试。

1,脚本里设置集合点;
2,control设置用户为1000,运行时设置超时1000秒;
3,建议服务器和测试机配置弄大点。
回复 支持 反对

使用道具 举报

该用户从未签到

11#
发表于 2006-8-28 22:26:41 | 只看该作者
原帖由 jenny_xu 于 2006-8-28 17:44 发表



这种情况的话建议在脚本中设置集合点


几千万人的集合点,是要超时的!
回复 支持 反对

使用道具 举报

该用户从未签到

10#
发表于 2006-8-28 17:44:28 | 只看该作者
原帖由 fish_yy 于 2006-8-28 10:17 发表
如果存在几千万人同时登录的情况那么又该如何处理呢?
即:存在很多用户并发(同时并发的情况)。谢谢!



这种情况的话建议在脚本中设置集合点
回复 支持 反对

使用道具 举报

该用户从未签到

9#
发表于 2006-8-28 15:55:37 | 只看该作者
有么有人能详细的说一下怎么设置control里的值啊。
假设我是要测试2000人同时在线打开一个链接查看的测试。
回复 支持 反对

使用道具 举报

该用户从未签到

8#
发表于 2006-8-28 10:17:12 | 只看该作者
如果存在几千万人同时登录的情况那么又该如何处理呢?
即:存在很多用户并发(同时并发的情况)。谢谢!
回复 支持 反对

使用道具 举报

该用户从未签到

7#
发表于 2006-8-26 16:41:24 | 只看该作者
在计划中将持续时间设置为无限期运行就能实现
回复 支持 反对

使用道具 举报

该用户从未签到

6#
发表于 2006-8-24 11:17:47 | 只看该作者
是和运行的持续时间相关的
回复 支持 反对

使用道具 举报

该用户从未签到

5#
发表于 2006-8-24 00:16:02 | 只看该作者
100W个用户真的要100W的话!那太牛了
回复 支持 反对

使用道具 举报

该用户从未签到

4#
发表于 2006-8-23 22:32:08 | 只看该作者
每帖必看!
看帖必回!


疯狂的刺猬
回复 支持 反对

使用道具 举报

该用户从未签到

3#
发表于 2004-9-28 13:09:01 | 只看该作者
比如:在场景设计时设置虚拟用户为100人,让场景运行10分钟,其实在这10分钟时间里远远不止100用户数啊!所以要达到100w/day的访问量,设置虚拟用户数不需要100w啊!
建议:在设计场景时可以采用“Goal-Oriented Scenario”的方式。
当然也要考虑到版主的峰值与峰谷,因为一天的访问量并不是平均的!
回复 支持 反对

使用道具 举报

该用户从未签到

2#
发表于 2004-9-28 09:52:27 | 只看该作者
这是一个performance test case设计的问题。
应该是测试人员和需求分析人员或项目经理一起讨论如何设计性能测试场景才能贴近实际。
一天有100万个用户访问量,并不要求你要有100万个虚拟用户。
一般地是按照一个流量算法,计算出系统高峰时期(比如两个小时承受全天的业务量)。然后你再将业务量和用户量转化为你的场景设计指标。
回复 支持 反对

使用道具 举报

本版积分规则

关闭

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

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

GMT+8, 2024-11-23 01:36 , Processed in 0.092162 second(s), 28 queries .

Powered by Discuz! X3.2

© 2001-2024 Comsenz Inc.

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