每秒钟可处理用户240个并发用户请求。这个怎么测试
同时请问,如何测试出在线用户数? loadrunner有这个功能么?开玩笑。呵呵。你把loadrunner当成算命的了。能预知在线用户数? 每秒钟可处理用户240个并发用户请求,分解开来理解,240用户并发请求(什么请求?登陆?增加文档?还是什么),通过设置集合点使用户可以并发,然后看所有用户的事务响应时间,如果全部小于1秒,则可以达到要求,这个是我的理解。 如果你的后端是单进程顺序执行业务逻辑的话,你可以把你的场景理解为:每秒钟可处理用户240个并发用户请求=240TPS
大部分都可以这么理解,除非你后端有很多进程负责处理业务逻辑,这时候的每秒钟处理能力就跟进程跟并发有很大关系。 1.在脚本中把你的用户请求操作定义为一个事务
2.在CONTROLLER中选择面向目标的测试场景
3.编辑目标场景为Transaction Per Second,达到的目标为240个事务/秒
4.设置虚拟用户的最小值和最大值,完成后就可以运行场景测试了
这种面向目标场景的测试有可能需要做多轮测试,这取决于你设置的虚拟用户数。 楼上正解 谢谢5搂和版主,同时请教下,大家如何确定在线用户数的?
另外:文本检查和图像检查,我不管怎么设置,为什么都会通过。
我添加一个数据会显示成功,重复添加不提示失败。我文本检查设置检查“成功”,但是反复添加都会通过。。。 原帖由 aks5201314 于 2009-2-11 17:42 发表 http://bbs.51testing.com/images/common/back.gif
1.在脚本中把你的用户请求操作定义为一个事务
2.在CONTROLLER中选择面向目标的测试场景
3.编辑目标场景为Transaction Per Second,达到的目标为240个事务/秒
4.设置虚拟用户的最小值和最大值,完成后就可以运行场景 ...
完美的解决。学习了。
[ 本帖最后由 trapezia 于 2009-2-12 11:31 编辑 ]
以上是我设置方式和测试结果,最大每秒失误数只有20左右,而且这个时候已经有错误,那是不是代表我的系统就不能达到240/s并发请求,以打开一个页面为事务 原帖由...以上是我设置方式和测试结果,最大每秒失误数只有20左右,而且这个时候已经有错误,那是不是代表我的系统就不能达到240/s并发请求,以打开一个页面为事务 报的什么错误?为什么12分钟过了28000多个事务,但是“每秒事务数只有20左右”?事务数的图没看到。
页:
[1]