关于并发登陆场景的迷惑之处
最近一资料上看到这样的一个场景设计(针对系统的并发登陆)：场景描述：
1.录制用户登陆操作
2.分别模拟不同用户数进行并发登陆 100，300，500，800，1000等（采用集合点）
3.压力持续时间：每组用户半小时
疑惑：既然是采用集合点，为什么还要持续半小时？:Q 是验证模拟这半小时内用户反复并发登陆的情况？
各位在平时的并发测试过程中是怎么做的呢 山高高手还是有点远！！沉没了！！！！ 这半个小时是反复并发登陆，一次完了，重复执行，集结到集合点再次并发，
直至到达指定时间
:)
回复 3# 的帖子
那你的意思是说当所有用户都达到了集合点再同时登陆，这个过程反复做半个小时？？回复 4# 的帖子
我觉得是这样的，你可以做个试验观察一下。:) 同意楼上意见并不觉得有不妥之处
请问你问题是什么？ 你的目标是什么？ 目标：就是验证系统能否满足场景中不同人数的并发操作！！！
疑惑之处：既然是集合点的并发，为何还要运行半小时？在我的感念里集合点形式并发测试运行一次就OK了！！！实在搞不懂运行半小时的意义是啥？难道验证系统能否持续承受并发登陆？
各位在平时测试中类似的集合点并发场景都是运行一段时间吗？:Q “实在搞不懂运行半小时的意义是啥？难道验证系统能否持续承受并发登陆？”
-是的，从你刚开始场景的描述来看是这样的。
“各位在平时测试中类似的集合点并发场景都是运行一段时间吗？”
-不一定，根据需求了，并发登陆一般不设置运行时间。 持续时间是衡量服务器在一段时间内处理请求的能力，是一个趋势，平均值 我同意楼上的 什么样的需求才需要以集合点形式运行一段时间呢？
半小时内支撑在线用户1000
一段时间内允许1000用户登录系统 嗯 同意:) 学习了... 原帖由 zhuyuancan 于 2008-10-24 17:54 发表 http://bbs.51testing.com/images/common/back.gif
目标：就是验证系统能否满足场景中不同人数的并发操作！！！
疑惑之处：既然是集合点的并发，为何还要运行半小时？在我的感念里集合点形式并发测试运行一次就OK了！！！实在搞不懂运行半小时的意义是啥？难道验证系 ...
是这样的，为了获取较为可信的并发处理时间数据，需要进行多次并发，集合多次并发处理的时间来计算平均值和方差，这样的数据可以说明其并发的稳定性和相对较准确的并发处理时间数据。 楼上说得正确，还有集合点应用时要配合集合点策略，可以设置集合人数、等待时间等参数，以求达到更好的效果 这个叫并发稳定性测试。
在一定的并发用户数压力下系统能坚持多少时间。
比如说在中午12点-1点可能是个网站访问的高峰期，要求保证在这一个小时之内能够抗住1000个用户的并发登录，保证5000个人同时在线。
对于这样的需求可以设定5000user的20%在登录界面提交时并发。脚本可以设计的比较简单：登录后点击两三个网页后又退出，如此反复循环，不设定循环间隔。场景总运行时间可设定大于1小时，比如1.5小时，只要服务器坚持到1小时多一点没有崩溃就OK。
[ 本帖最后由 arnoldgao 于 2008-11-3 18:00 编辑 ]
有同样的困惑
期待更多的解释:lol 学习了！！讲得很仔细！！这是任何一本参考书没有讲到的经典之作。申请加精！ 同意arnoldgao的讲解！
页:
[1]
2
