TA的每日心情 | 无聊 前天 09:05 |
---|
签到天数: 1050 天 连续签到: 1 天 [LV.10]测试总司令
|
性能需求:
在实际的性能测试中,登录接口做完性能测试之后,关联的接口做性能测试的时候,需要单独做其它接口性能测试,如果继续对登录做性能测试,其它接口接受到的压力可能会很小,没有起到更快的发现其它接口的性能问题,那要怎么设计性能测试场景呢?
比如:并发 10 个用户,登录次数就是 10 次,其它接口(获取用户订单列表)会执行请求多次
一、性能测试的场景图
二、脚本设计步骤
vuser_init 里面添加登录请求
【登录】请求进行参数化
【登录】接口响应进行业务判断
关联【登录】返回的 token
action 里面添加订单列表接口
【订单接口】携带 token 请求服务器
【订单接口】进行业务判断
监控接口的性能数据
三、性能场景的设计步骤
vuser_init 里面添加登录请求
参数化用户名 信息
select next row:Unique
Update value on:Once
为了在场景运行中看到当前获取登录用户信息,需要在脚本里面加上函数:
- lr_vuser_status_messsage
- static int num;
- //在 controller 监视窗口中显示当前 参数值和当前值的迭代次数
- lr_vuser_status_message("当前参数 :%s,迭代次数:%d",lr_eval_string("{mobile}"),++num);
复制代码 四、执行场景:
在场景设置里面选择该脚本
并发用户数位 10 个
运行该场景:
点击 vusers 按钮
点击 passed Transactions 后面的数字,可以看到登录只执行了 10 次。
|
|