每秒钟可处理用户240个并发用户请求。这个怎么测试

poley

同时请问，如何测试出在线用户数？

zynuage

loadrunner有这个功能么？开玩笑。呵呵。你把loadrunner当成算命的了。能预知在线用户数？

trapezia

每秒钟可处理用户240个并发用户请求，分解开来理解，240用户并发请求（什么请求？登陆？增加文档？还是什么），通过设置集合点使用户可以并发，然后看所有用户的事务响应时间，如果全部小于1秒，则可以达到要求，这个是我的理解。

CharlesCui

如果你的后端是单进程顺序执行业务逻辑的话，你可以把你的场景理解为：
每秒钟可处理用户240个并发用户请求=240TPS

大部分都可以这么理解，除非你后端有很多进程负责处理业务逻辑，这时候的每秒钟处理能力就跟进程跟并发有很大关系。

aks5201314

1.在脚本中把你的用户请求操作定义为一个事务
2.在CONTROLLER中选择面向目标的测试场景
3.编辑目标场景为Transaction Per Second,达到的目标为240个事务/秒
4.设置虚拟用户的最小值和最大值，完成后就可以运行场景测试了
这种面向目标场景的测试有可能需要做多轮测试，这取决于你设置的虚拟用户数。

云层

楼上正解

poley

谢谢5搂和版主，同时请教下，大家如何确定在线用户数的？

另外：文本检查和图像检查，我不管怎么设置，为什么都会通过。

我添加一个数据会显示成功，重复添加不提示失败。我文本检查设置检查“成功”，但是反复添加都会通过。。。

trapezia

原帖由 aks5201314 于 2009-2-11 17:42 发表
1.在脚本中把你的用户请求操作定义为一个事务
2.在CONTROLLER中选择面向目标的测试场景
3.编辑目标场景为Transaction Per Second,达到的目标为240个事务/秒
4.设置虚拟用户的最小值和最大值，完成后就可以运行场景 ...

完美的解决。学习了。

[ 本帖最后由 trapezia 于 2009-2-12 11:31 编辑 ]

poley

以上是我设置方式和测试结果，最大每秒失误数只有20左右，而且这个时候已经有错误，那是不是代表我的系统就不能达到240/s并发请求，以打开一个页面为事务

trapezia

原帖由...以上是我设置方式和测试结果，最大每秒失误数只有20左右，而且这个时候已经有错误，那是不是代表我的系统就不能达到240/s并发请求，以打开一个页面为事务

报的什么错误？为什么12分钟过了28000多个事务，但是“每秒事务数只有20左右”？事务数的图没看到。