loadrunner混合场景测试.docxVIP

  1. 1、本文档共4页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  5. 5、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  6. 6、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  7. 7、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  8. 8、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
loadrunner混合场景测试

应用场景假设有3个不同的测试场景,分别为并发登录、核心业务、可靠性测试,3个场景有先后执行顺序。由于白天测试机器另有用处,只能在晚上进行性能测试,这时我们的期望是能否把测试场景都设定好之后晚上自动运行,第二天我们回来看测试结果呢?答案是肯定的,可以有两种方式实现。第一种,相对简单充分利用LR Controller里面Group的功能。新建一个场景把3个脚本都添加进来,在Edit Schedule中选择“Schedule by Group”的方式,在StartTime中设置3个脚本的运行顺序为“Start when Group xxx finished”,并在“Scenario Start Time”中设定场景在晚上的运行启动时间。设定完定时执行场景后,点击StartScenario按钮,会出现一个倒计时窗口,这样在固定的某个时间上,测试场景中的3个脚本将乖乖的按照设定的先后顺序进行测试。注意,如果没有点击StartScenario按钮激活测试,是不会真正进行测试的。(感谢Athenst朋友的提醒,^_^)第二种,比较灵活我们把应用场景稍微扩展一下,假设其中1、3场景只有一个测试脚本,而核心业务场景由数据录入、数据查询、数据上报3个脚本组成,同样的,3个场景仍需按顺序进行测试。这时如果采用第一种方式,由于第2个场景有3个脚本,所以第三个脚本的启动时间就是一个问题了。由于Controller中每个脚本都对应一个Group,而且GroupName不能重复,这时第三个场景的StartTime中“Start when group finished”则只能是选择第二个场景中的某个Group,而并非是第二个场景的3个脚本都完成之后再进行,无法达到我们的初衷。这时,可以通过命令行的方式来进行。首先创建并设置好3个测试场景,再创建一个一个批处理程序按先后顺序调用这3个场景进行测试,最后通过Windows的定时任务设定批处理的执行时间。批处理示例如下:clsSET M_ROOT=D:\Program Files\MI\Mercury LoadRunner\bin\%M_ROOT%\wlrun.exe -TestPath D:\Program Files\MI\Mercury LoadRunner\scenario\Test\TestScen_1.lrs -Run%M_ROOT%\wlrun.exe -TestPath D:\Program Files\MI\Mercury LoadRunner\scenario\Test\TestScen_2.lrs -Run%M_ROOT%\wlrun.exe -TestPath D:\Program Files\MI\Mercury LoadRunner\scenario\Test\TestScen_3.lrs -Run这种方式比较灵活,但需要注意在Result Settings中设置“Automatically create a results directory for each scenario execution”,以免后面的测试结果覆盖了前面的。另外补充一下,如果想对某个脚本进行50、100、150...等用户数递增的测试,也可以用以上方法实现,但需要注意的是将事务名称区分开以便进行分析。有这样的一个案例:现网站有1000个同时在线用户,其中百分20%的用户浏览网页,30%的用户注册,%20的用户登录,30%的用户查询,如何针对这种需求设计场景,(注不单设场景,要求使用混合场景全程模拟真实用户行为):设计方法一:1.录制完脚后,并对其进行完善,比如有这样三个脚本,Reg_Action,Login_Action,Order_Action2.假如VU设为100个,30%的用户注册,20%的用户在登录,余下的用户做订票操作。3.在场景中的run-time-setting中我们可以这样设置:在Run-Logic中在General Run Logic中设置run 属性,run有两种属性,一种是Sequential(顺序模式),另一种是Random(随机模式),通过Random这种方式,我们可以模拟30%的用户在注册,20%的用户在登录。(注,此设置是在控件器中的 run-time-setting中设置)4.其中的bloce块可以实现更为复杂的脚本运行策略这种方法确少灵活性,下面描述如何用编程实现:方法二:通过程序解决1.用程序来判断随机出来的概率和和其给定的值作判断,如果符合这个条件,则调用此函次(脚本一次)2.比如说100个用户,20%就是20个用户,那么【0-20】这个范围内,在action中模拟20%的用户浏览网页,可以这么操作:Action{introwNum;rowNum=rand()%100+1;

文档评论(0)

qiwqpu54 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档