LoadRunner--信与不信之间

这篇日志,不是向大家说明什么高深莫测的技术,而是一点点点性能测试经验总结(LoadRunner)

平时在使用LoadRunner进行脚本开发时,最终会对脚本进行调试回放,以验证脚本是否能通过。

一般情况下,或者说很多情况下,查看Replay Log时,很多时候都提示回放成功,事务通过,并且查看脚本执行报告,也是全部通过,没有发现错误。

很多初学者看到此情况,自认为脚本调试通过了,便开始加压进行测试(当然,如果回放过程中LR报了错误,那可能就真的是错误了,错误我是不会轻易怀疑的)。

其实,不排除某些情况下,我实在认为LoadRunner有时不可信,至少我是这样,在性能测试过程中,从来不相信run-time viewer、也不相信Replay Log、更不相信report报告,那有人会问,那你到底相信什么?

对于一定工作经验的性能测试工程师会说,我相信它是否真正产生了相应的测试数据,例如系统中或数据库中是否生成相应的数据,或者数据状态是否按照预期进行。对的,我认同这样,我相信从系统中或数据库中去验证脚本是否真的回放生效了,按照脚本的预期。

但是,对于某些不能从系统中或数据库中去验证脚本是否真的回放成功时,那怎么办?一个典型的业务就是“登录”功能。

这里,以LR自带的飞机订票程序,对于登录功能。我推荐一种我平时使用的一个方法,我喜欢在TreeView中去验证一下回放是否成功,在TreeView视图中查看录制和回放时的截图信息,如果回放时的截图到达预期的登录后页面,则证明回放成功。如下图所示:

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
Runtime-Setting参数详解General / Run Logic 选项卡 主要用来设置运行时脚本迭代的次数,迭代次数只对run部分的脚本迭代次数有影响,而对int和end部分并没有影响。一般设置为1~3次,只会影响在单位时间内客户端向服务器提交的HTTP请求数,其他的没有影响。 Number of Iterations:说明的是反复循环的次数。 常境的时间中,如果时间设为5分钟,而实际上程序的运行只需要1分钟,而在这项中,选择的是1次的话,那程序就运行完一次后,就不会再运行。相同的,如果在这一项中选择的是3次的话,那程序在运行后第一次后,还会再运行第二次,第三次。也就是说,在规定的时间和循环次数中,程序Run模块的运行不超过规定时间时,那程序Run模块会运行到规定的时间,不设定时间也可以进行循环。    Insert Action:为模块Init, Run和End再添加Action。 Insert Block:为模块Init, Run和End添加阻碍。添加第一次为Block0,子目录为:No Actions;添加第二个为Block1,子目录为:No Actions,以此为推。 Delete:删除。删除每个模块下的Action Move Up:移动下面的模块到上一层 Move Down:移动下面的模块到下一层 。 Properties:确定Run logic中各Action的循环顺序和Iterations次数。 一个Run中可以添加多个Action和多个Block,一个BLock中可以添加多个Action。 如何在一个脚本中实现不同事务不同次数的循环呢? 案例:假如你想在一个脚本中,实现登录执行1次,查询执行2次,插入执行3次,怎么办? 录3个Action脚本,我们只需要设置3个Block,每个Block中分别插入一个Action,设置执行次数分别为1,2,3就可以了; 另Block的properties。这里有两种选择,Sequential和Random,分别代表顺序执行/随机执行下属的Action
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值