如何来分析这张图

sogoc

整合了这张图，如何来分析呢？这张图代表什么意思？？？

这个是一个测试【登录-退出】的操作，集合点设置在登录上，设置100个VUSER，以没5秒增加3个的速度递增，然后持续7分钟后，以5个每10秒减少！！！！

跑完后，成功事物有991个，没有出现错误的事物
我从人数10个到100的测试，每次都发现人数到底顶峰的时候与在释放人数的时候出现了较大波动！

[ 本帖最后由 sogoc 于 2008-11-5 11:27 编辑 ]

026300

我只能看出似乎有两个事务，一个事务随着并发用户数量的变化响应时间波动比较大，另一个事务在用户到达100是，相应时间比较稳定。

楼下继续

Lemon_s

学习一下
紫色的是集合点
大概4分20秒，100个Vuser才全部集中到集合点，持续了4分多，在大概9分的时候开始释放Vuser，在10分55的时候大概还有65个Vuser，12分的时候还有26个Vuser，12分30秒的时候还有15个Vuser，整个过程持续12分50秒
上图是集合点与平均事务响应时间的比较图
Vuser在集合点持续了4分半后，平均事务响应时间呈现最大值。
平均事务响应时间波动比较大。
楼下继续

sogoc

谢谢，学习了不少，反正我是完全看不懂，3楼的，谢谢你的解释。。。

Lemon_s

我也是刚学的，不知道这样对不对
Vuser达到15个的时候平均事务响应时间才有明显的升高，也就是说系统达到最优性能的时候允许14个用户同时处理事务
想将事务响应时间控制在10S内，Vuser数量最多不能超过15个，看来是很难满足用户需求了。

archonwang

此图基本符合在集合点位置其事务处理时间增加的规律。
有效的集合点发起点有5个。初始化和用户结束不应计入。

约170秒后，100用户全部加载完毕。然后运行420秒，从此后经约200秒全部用户结束。

我并不清楚那条线代表了登陆，那条线代表了退出。另外，集合点设置的策略也不是很清楚。请楼主补充场景说明。

sogoc

晕。。。
我没想那么高深的问题。。。
就在ACTION里面录制了登录，登录后就登出
在登录的时候设置了集合点
就这样而已。。。
没去管什么场景。只是跑完后看下这个图如何分析，新手还去管场景？从一个新手来说不如先会用会分析，比什么场景更重要，会用了再去考虑别的问题。。。这还差不多

Lemon_s

原帖由 sogoc 于 2008-11-5 13:17 发表
晕。。。
我没想那么高深的问题。。。
就在ACTION里面录制了登录，登录后就登出
在登录的时候设置了集合点
就这样而已。。。
没去管什么场景。只是跑完后看下这个图如何分析，新手还去管场景？从一个新手来说不 ...

“从一个新手来说不如先会用会分析，比什么场景更重要，会用了再去考虑别的问题。。。这还差不多”
呵呵::ybaojc:::

myfcloud

单纯的看这个图没有意义，还要看你的场景是如何设计的，里面是不是有thinktime？测试的网络如何？服务器性能如何？测试的策略是否正确，脚本是否正确，单凭这张图，只能说明这个响应时间波动太大，服务器不能提供稳定的服务。