做一个登陆的性能测试问题!很急!
我现在要求做一个系统的用户登陆性能测试。我设置了用户登陆参数,就直接去并发访问,去做性能测试,结果,就只有一个用户登陆成功,其他的都失败,是因为没有创建事务原因吗???
就是说:在录制脚本的时候,是否可以只录制用户运行时的操作就可以了,还是要在录制前就先创建一个事务开始,到录制操作结束后,再创建一个事务结束?
如果做并发性能测试,是否每个用户访问时都要独立创建一个事务,还是可以放在同一个默认事务里头运行?
如果只是执行代码时:多次迭代却可以成功登陆!希望大侠帮帮我! 事务只需要在脚本做一个就行了。所有执行该脚本的用户都会执行该事务。
多次迭代,只是一个用户多次回放访问而已。
至于失败肯定是其他原因。比如web链接数量是不是有限制。还是有一些什么关联之类的。 用户登陆参数化方案怎么设计的?你可能用同一个账户去并发登陆了。
回复 3# 的帖子
就是使用参数化设置的,难道不可以吗? 是file类型吗?Select Next Row
Update Value On
这两个你都怎么选的?
回复 5# 的帖子
我用的是file类型Select Next Row 选择的是:按次序
Update Value On选择的是:反复
都是按照默认的设置! 你的系统支持同一时刻同一用户登陆多个不看看业务逻辑 1.将用户登录放在一个事务里即可,可以在录制时增加事务,也可在录制结束后手动增加。
2。参数化用户列表,选择合适的参数更新方式。
至于失败的原因,只有列出错误信息才能提供有效的帮助。 原帖由 rrxkjzq 于 2009-10-12 16:28 发表 http://bbs.51testing.com/images/common/back.gif
我用的是file类型
Select Next Row 选择的是:按次序
Update Value On选择的是:反复
都是按照默认的设置!
你知道你选的这个方案的意义吗?
你并发多少个用户,都是同时使用同一个用户名。 参数化用户的方案很重要 你这个系统可能是不支持同一用户名多次登录的,
建议你参数化方案
Unique
Each iteration
回复 11# 的帖子
谢谢,解决问题了。 顶一下.. 我汗一个。。。
页:
[1]