（十三）Loadrunner压测场景介绍

1、前期问题回顾

1）lr检查点技巧

*  使用检查点会消耗性能，数据库增改删操作可不用检查点，执行完后可直接在数据库查

*  lr中尽量避免中文检查点，支持不太好

2）bbs环境问题处理思路

*  检查lampp进程是否还在，若在杀死重新启动

原因：程序启动后，就会存储各进程的pid到pid文件中，程序停止的时候，就会从pid文件中删掉这些pid，由于非正常关机导致旧的pid没有被删掉，下次再启动的时候，pid文件里还有对应进程，系统就认为程序已经启动，就不再启动，从而导致启动失败。

*  检查防火墙是否已运行：service iptables status

*  检查网络能否ping通

3）Lr脚本为什么要加事物

记录开始结束时间，不加事物就没有tps和响应时间

2、常见性能测试场景

1）基准测试

概念：1个vu跑

目的：①验证接口本身是否有问题、②作为参考标准

2）单场景测试

概念：一个请求或一个业务（如，新建bug）

压测时长：一般压10-15分钟就好

3）混合场景

概念：多个接口混在一起压测，一般压10-15分钟就好。

目的：①排除业务间影响②排除数据库、线程间死锁

4）稳定性场景

概念：n*12小时，下班压

目的：①看是否有内存泄漏②排除GC影响

5）极限测试

概念：各指标中有一个达到瓶颈，如CPU达到80%

不成文规定：给出压测标准，压满足后，再测试一个极限，避免以后背锅

3、进入压测controller方法

方法一：Tools-->Create Controller

方法二：Run Load Tests

 

4、Global Schedule设计

5、Scenario Schedule

1）New Scenario

Group模式用于多个接口一起跑的情况，设置下个接口什么时候开始执行

2）Start Time

6、负载

1）怎么添加负载机

方法一：负载机下拉框，点击Add

方法二：点负载机图标添加

2）百分比模式

百分比模式下，可以将一个接口的负载机分布到多台机器上

①设置百分比模式

②负载机设置

3）组模式

组模式下，一个组只能选择一个负载机

4）分布式

①lr分布式

脚本、参数化文件放主控机上即可，主控机会自动将脚本、参数化文件分发到负载机上；当参数化取值策略为唯一时，由lr自动为每个负载机分发不同的参数。

负载均分

②jmeter分布式

脚本不需要拷贝到负载机，但参数化文件需要拷贝到负载机的同名路径下；当参数化取值策略为唯一时，必须人工切割参数化文件，为每个负载机划分不同的参数化文件；负载机跟主控机版本一致

③Lr分布式，负载机添加不上可能原因

*  Agent没启动

*  防火墙没关

5）修改设置

双击负载机，可修改设置，可修改负载机、脚本、运行时设置，也可刷新场景运行时设置

7、集合点

脚本中使用了集合点，可以设置集合点策略