漫漫测试人生路，吾将上下而求索

LR测试问题求教

上一篇 / 下一篇  2009-10-22 17:46:02 / 个人分类：LR专题

查看( 940 ) / 评论( 11 ) / 评分( 0 / 0 )

   对一个系统中的某个功能进行压力测试，在录制脚本时为这个功能设置了Start Transaction和End Transaction，场景设置运行完成后，Transaction中的Passed是否显示的是该功能通过的事物数，即该功能被执行了多少次呢？


    主要的疑问是，脚本中只有一个客户登陆，但设置场景时我输入的客户数是>1的不同数目，且设置的是同时登陆，运行完成后系统记录的这个功能通过的事物数也是>1，为什么会有那么多的通过事物数呢，而且我所测试的这个系统有个限制就是同一个IP同时只能有一个客户登陆，所以想请教下高手，测试结果中所显示的通过事物数是否就是这个功能被执行过的次数呢？


    因为这个疑问使得我现在不能确定得到的数据是否准确

具体设置描述：
1）对一个BS系统中的一项筛选功能进行压力测试，录制脚本时我用一个用户账号登陆，录制完成后并没 有对脚本的登录账号进行客户化，仍然用这一个账号的脚本设置了场景
2）在场景设置中，我将Quantity设置为10或者更多，循环次数设置为一次
3）Edit Schedule设置为Load all Vusers simultaneously


收藏 举报

TAG:

yaya_free的个人空间 引用 删除 yaya_free   /   2009-10-30 11:03:16
fanjianmin  你好
不太明白你的意思，能详细说下吗，谢谢
jm_gold的个人空间 引用 删除 fanjianmin   /   2009-10-27 11:51:58
这个问题是你设置脚本的事务准则不一亲,简单的说是事务划分的粒度大小不一样
yaya_free的个人空间 引用 删除 yaya_free   /   2009-10-26 12:11:29
yzylion   你好
我的问题中很清楚的写明“Duration设置为：Run until completion”
interation的设置：始终是默认的1次
你说的“lr说成功不一定是真的成功，工具只能是作为辅助的一种手段。“我非常同意，我的确没有查看过日志，也不知道是否能从日志中知道实际是几个用户登录成功，及我所要测试的筛选功能实际操作了多少次，今天准备实践一下，谢谢提醒！
yzylion的个人空间 引用 删除 yzylion   /   2009-10-25 09:05:30
博主：结合你的场景的设置和你测试需求，参数化和IP欺骗一起使用得到的数据更合适

造成两者的区别，我的观点是：
因为你web应用系统本身的IP限制，所以在未参数化的情况下、未启用IP欺骗的情况下，结合你的场景的设置，加上你的所需要做性能衡量的事务前集合点，就如果你的设置，100个VUSER，那么可以查看应用系统的后台来了解真实的执行结果

比如:你就做一个5个VUSER的登录的场景，不参数化不IP欺骗，然后场景执行完之后，去查看web应用系统的后台执行日志，就知道真实的结果是什么了
yaya_free的个人空间 引用 删除 yaya_free   /   2009-10-24 14:42:08
yzylion  你好
首先我要说明我所描述的问题当中interation的设置始终都是默认的一次，没有改变过

另外我所说的两种情况的效果肯定是不一样的，这些我通过不同的设置运行后得出的结果就可以看到，但我不清楚的是他们的区别到底在哪里，是什么导致了结果的差异，哪种方法得出的结果比较准确，能大概反应出系统在100用户并发登录时的压力？

你说“lr说成功不一定是真的成功，工具只能是作为辅助的一种手段。”，这个观点我同意，所以想请教下我该从哪里可以查看到场景运行后的日志信息呢？谢谢
yzylion的个人空间 引用 删除 yzylion   /   2009-10-24 13:11:14
我认为是不能这么说的
你应该把你的场景中的设置说的清楚些
其中就有durtion这个你设置的是多少
durtion的设置优先级大于interation的设置
同时，从你对系统的阐述来说， 你设置了10个虚拟用户进行脚本的执行场景，但是这10个用户从实际上来说不可能都登录成功的
因为：你没有启用IPspoofer，而你的系统一个IP只能登录一次
在跑第一次迭代的时候，这10个用户使用的用户名和密码都是一样的，IP也是一样的，所以系统实际上登录成功的，我认为只会有一个，你可以从系统日志中分析结果，从web应用系统的后台去验证实际的该场景执行结果，lr说成功不一定是真的成功，工具只能是作为辅助的一种手段。
个人意见，欢迎讨论，指正
yaya_free的个人空间 引用 删除 yaya_free   /   2009-10-24 11:44:48
jieran805 你好：
我明白你的意思，我暂时换个问题想请教你下
我要测试一个系统的用户并发登录的压力，录制的脚本中只用了一个用户账号进行登录，没进行参数化，脚本通过后我开始设置场景，在场景中我设置虚拟用户为100个
Ramp Up设置为： Load all Vusers simultaneously
Duration设置为：Run until completion
Ramp Down设置为：Stop all Vusers simultaneously
然后运行场景，这样测试出来的结果是否就是100个用户并发登录的压力数据呢
这样设置和我对脚本中的登录账号和密码进行参数化时设置100个用户，然后再设置场景进行的并发压力测试是否效果一样呢？谢谢^-^
jieran805的个人空间 引用 删除 jieran805   /   2009-10-23 23:20:41
是的，“这个passed表明我有10多次成功的筛选操作”
这样说吧，场景运行时你应该是设置了持续时间，在持续时间内vusr 回反复的运行脚本，这就是为什么你的Transaction 比vusr 数多的原因；如果你的run mode 设置为run until complete ，那么每个vusr 只会运行一次脚本，这样你的Transaction 就会和vusr 一样多
yaya_free的个人空间 引用 删除 yaya_free   /   2009-10-23 15:05:45
jieran805 你好
1.你的系统同一个IP只允许一次登陆，那么你场景中设置Quantity为10，难道没有报错？
回复：你说的报错是运行时报错，还是什么报错，不过这个我也没注意，好像没什么特别的报错，一般都能运行完成，只不过运行多次每次成功和失败的Transaction不同而已
2.结果中的Transaction,除了你设置的Transaction还有vusr init Transaction、vusr end Transaction和Action Transaction
回复：我问题中所说的Tranaction，专指我要测试的某个功能的Tranaction，不包括init Transaction,vusr end Transaction
我目前的疑问是我录制的脚本使用的是一个账号登陆的脚本，对账号也没做参数化，然后设置场景进行测试，场景设置中我将Quantity 设置为10vusr，运行完成后我所要测试的某个功能的Transcation  中passed会有超过10个，比如我测试的这个功能是客户筛选功能，是否这个passed表明我有10多次成功的筛选操作呢？
jieran805的个人空间 引用 删除 jieran805   /   2009-10-23 13:06:18
另外：Transaction数还和设置的Pacing、运行的方式，运行时间有关
jieran805的个人空间 引用 删除 jieran805   /   2009-10-23 13:04:48
1.你的系统同一个IP只允许一次登陆，那么你场景中设置Quantity为10，难道没有报错？
2.结果中的Transaction,除了你设置的Transaction还有vusr init Transaction、vusr end Transaction和Action Transaction
例如:如果你Quantity 设置的10vusr，自己设置了一个transaction,run mode 设置为run until complete 那么transaction的总数为：40
 

评分：0

我来说两句

Open Toolbar