300个用户并发,为什么走到第二个事物的用户数只有63个呢
并发300个用户,场景里面包含了6个事物,对应的每个事物前都有插入集合点。第一个事物是Login,登录第二个是Open News Function。为什么其它事物的通过事务数是63呀?这个也太少了的
挺神奇的,给你个思路:
1:看日志
2:是否有if导致跳过了事务
3:是否有失败的请求,导致没有走到事务就终止了。(这种可能性极大) 运行时间是不是设的太短了 ls说的极有可能 这样,设置运行直到完成试试 邱建忠 发表于 2014-9-29 10:46
挺神奇的,给你个思路:
1:看日志
2:是否有if导致跳过了事务
脚本里面没有IF语句
失败的请求就是那38个错误,。我设置300个并发,全部一起上,直到运行完,就不会有这个问题 shirleywong 发表于 2014-9-29 11:11
运行时间是不是设的太短了
设置的场景总共耗时是5分钟。你的意思是用户还没跑完就被强制停止了呀? 授客 发表于 2014-9-29 11:38
这样,设置运行直到完成试试
OK 我试试。可能是这个原因 谢谢各位了,确实是我场景设置的问题。不过为什么我并发数设置到300就有HTTP403和503的错误。而200的并发却没有。
LoveStond 发表于 2014-9-29 12:27
谢谢各位了,确实是我场景设置的问题。不过为什么我并发数设置到300就有HTTP403和503的错误。而200的并发却 ...
那可能是有瓶颈吧,你设置250,慢慢加上去看看 shirleywong 发表于 2014-9-29 12:54
那可能是有瓶颈吧,你设置250,慢慢加上去看看
HTTP:503是偶尔产生。我加压在400时,有时候没这个错误。403是一到并发300,400必定就会产生。另外HTTP403的错误,产生的原因是,例如我没有进行登录,就直接去打开系统中的某一个模块,然后就会返回403的错误。在测试中,我发现是进入到第二个事物Open News Function,也就是登录成功后,要执行的事物。是它报错在。难道我这里需要对代码做个判断什么的吗? 先把Login这个事物先看看吧,平均响应时间是109.73这是要死人的。
亮点在这里。 本帖最后由 LoveStond 于 2014-9-30 16:30 编辑
liaoxj 发表于 2014-9-30 16:01
先把Login这个事物先看看吧,平均响应时间是109.73这是要死人的。
亮点在这里。
截图就是整个Login做的事情。是有点太慢了。还没发现原因
LoveStond 发表于 2014-9-30 16:19
截图就是整个Login做的事情。是有点太慢了。还没发现原因
要让开发看系统后台日志。让DBA看数据库情况。
页:
[1]