最大在线用户数与最大并发用户数能关联起来吗？？
最大在线用户数与最大并发用户数能关联起来吗？？现在接到一个新的性能测试的需求，要找出系统所能承受的最大在线用户数；
注意这里的在线的意义只要能够登陆系统即可，登陆后并不对系统内功能进行任何操作；
一直在线登陆用户至到系统崩溃为止；查看了一些相关的文档参考资料，发现都是以系统所能承受最大并发用户数来参考的；
也就是说根据系统能承受的最大并发用户数来作为最大在线用户数的参考；
我觉得这种方法欠妥；因为这个不能满足还原系统真实的测试环境；而且并发和登陆完成用户后，再重新登陆另一个用户是
有根本的区别的；
这个问题一定有更好的解决的方法，请问你在实际测试执行中是怎么是实现的了？ 这是个性能测试场景设计的问题：
我觉得你可以这样设计。
1,脚本。 满足真实用户的操作习惯。比如：加入think time，pacing，做参数化等。你可以多做一些脚本，或者在一个脚本中设置run time settings。
2, 场景。 你可以在满足1的条件的情况下，设计场景。注意：同样要分析用户的模型。比如按什么规律去登录，或者做什么样的操作的比例。还有网络条件，等等。
注意分析自己的需求。
然后就是你的license足够用了。就一直跑下去吧。
并发的情况是另一种场景和脚本设计。
页:
[1]
