Loadrunner 场景设计——一个用户只登录一次执行多次其它操作

性能需求:

在实际的性能测试中,登录接口做完性能测试之后,关联的接口做性能测试的时候,需要单独做其它接口性能测试,如果继续对登录做性能测试,其它接口接受到的压力可能会很小,没有起到更快的发现其它接口的性能问题,那要怎么设计性能测试场景呢?

比如:并发 10 个用户,登录次数就是 10 次,其它接口(获取用户订单列表)会执行请求多次

一、性能测试的场景图

image.png

 

二、脚本设计步骤

  1. vuser_init 里面添加登录请求
  2. 【登录】请求进行参数化
  3. 【登录】接口响应进行业务判断
  4. 关联【登录】返回的 token
  5. action 里面添加订单列表接口
  6. 【订单接口】携带 token 请求服务器
  7. 【订单接口】进行业务判断
  8. 监控接口的性能数据

三、性能场景的设计步骤

  1. vuser_init 里面添加登录请求

image.png

 

  1. 参数化用户名 信息

select next row:Unique

Update value on:Once

image.png

 

  1. 为了在场景运行中看到当前获取登录用户信息,需要在脚本里面加上函数:lr_vuser_status_messsage

static int num;

//在 controller 监视窗口中显示当前 参数值和当前值的迭代次数

lr_vuser_status_message("当前参数 :%s,迭代次数:%d",lr_eval_string("{mobile}"),++num);

四、执行场景:

  1. 在场景设置里面选择该脚本

image.png

 

  1. 并发用户数位 10 个

image.png

 

  1. 运行该场景:

点击 vusers 按钮

image.png

 

  1. 点击 passed Transactions 后面的数字,可以看到登录只执行了 10 次

image.png

 

image.png


本文由柠檬班 库里  老师原创,转载需注明出处!
 

评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值