做一个登陆的性能测试问题！很急！

rrxkjzq

我现在要求做一个系统的用户登陆性能测试。
我设置了用户登陆参数，就直接去并发访问，去做性能测试，结果，就只有一个用户登陆成功，其他的都失败，是因为没有创建事务原因吗？？？
就是说：在录制脚本的时候，是否可以只录制用户运行时的操作就可以了，还是要在录制前就先创建一个事务开始，到录制操作结束后，再创建一个事务结束？
如果做并发性能测试，是否每个用户访问时都要独立创建一个事务，还是可以放在同一个默认事务里头运行？
如果只是执行代码时：多次迭代却可以成功登陆！希望大侠帮帮我！

zero0223

我汗一个。。。

francais

顶一下..

rrxkjzq

谢谢，解决问题了。

wwwux

你这个系统可能是不支持同一用户名多次登录的，
建议你参数化方案
Unique
Each iteration

wwwux

参数化用户的方案很重要

wwwux

原帖由 rrxkjzq 于 2009-10-12 16:28 发表
我用的是file类型
Select Next Row 选择的是：按次序
Update Value On  选择的是：反复
都是按照默认的设置！

你知道你选的这个方案的意义吗？
你并发多少个用户，都是同时使用同一个用户名。

aman_cao

1.将用户登录放在一个事务里即可，可以在录制时增加事务，也可在录制结束后手动增加。
2。参数化用户列表，选择合适的参数更新方式。
至于失败的原因，只有列出错误信息才能提供有效的帮助。

kuangquanshui

你的系统支持同一时刻同一用户登陆多个不  看看业务逻辑

rrxkjzq

我用的是file类型
Select Next Row 选择的是：按次序
Update Value On  选择的是：反复
都是按照默认的设置！

wwwux

是file类型吗？
Select Next Row
Update Value On
这两个你都怎么选的？

rrxkjzq

就是使用参数化设置的，难道不可以吗？

wwwux

用户登陆参数化方案怎么设计的？你可能用同一个账户去并发登陆了。

火山

事务只需要在脚本做一个就行了。所有执行该脚本的用户都会执行该事务。
多次迭代，只是一个用户多次回放访问而已。

至于失败肯定是其他原因。比如web链接数量是不是有限制。还是有一些什么关联之类的。