loadrunner常用配置和常见问题

数据一般需要测试3次取 中间值

1.问题：录制的脚本为空

解决办法：

2.问题：录制脚本时，IE卡死并闪退

解决方法：

3.问题：loadrunner运行结果查看方法

4.问题：Vusre_init和Action和vuser_end的区别

5.时间间隔的概念

pacing值越小，压力越大，推荐选择随机时间2-3s

6.运行duration的设置

duration是指run（action）的运行时间

7.controller结果图分析

8.loadrunner的原理？

1）对于给定的被测系统，VUG（虚拟用户生成器）可以按照相应的协议对于其客户端进行捕捉和录制，生成脚本，调试脚本

2）VUG中形成脚本后对其进行run_time setting 进行设置，生成场景

3）在控制台选择好脚本，对虚拟用户的加载进行部署，对被测系统的各服务器进行监控，设置相应的load Generation（压力生成器）

4）启动控制台后，运行场景，可以生成Analysis（结果分析报告），生成各种图表

9.基准测试和并发测试的概念，做法？

基准测试：单用户测试，打开控制台，获取Ansysis结果（方法1：单用户循环n次；方法2：丹云后运行一段时间）

并发测试：多用户执行某一操作，形成瞬时压力（同一时刻，lr精确到ms），是一种严格测试，主要考察系统对瞬时较大压力的承受能力

10.并发测试和在线测试的概念和区别？

1）并发测和在线的区别：并发的压力是瞬时的压力，在线的压力是一段时间的压力

并发和并行：

2）20用户的并发压力相当于200用户的在线压力（1:10的比例）

11.吞吐量，点击率的概念和区别？

吞吐量：用户从服务器接收的全部数据

吞吐率=吞吐量/时间：服务器每秒传输的数据量

点击率：客户端每秒向服务器提交的http请求数

区别：吞吐率反映服务器的处理速度和性能，也是衡量网络性能的重要指标。点击率越大对服务器的压力也越大

12.脚本的刷新方法

13.添加并发点的方法

必须添加在事务前

14.添加并发策略的方法

timeout between Vusers表示虚拟用户之间的超时时间（默认30s）

15.并发测试时的pacing和duration和thinktime的设置

16.loadrunner工具的组成

1）对于给定的被测系统，VUG可以按照相应的HTTP协议，对于其客户端（IE客户端，Java客户端）进行捕捉和录制，考虑：添加事务，检查点，集合点；

2）在VUG脚本形成后，对其进行Run-Time-Settings设置，形成场景；

3）在控制台中，选择好脚本（1或n个），对虚拟用户的加载进行部署，对被测系统的各台服务器进行监控，设置相应的loadGenerator（负载生成器）。

4）启动控制台，运行场景，生成Analysis（结果分析报告），进一步获取各种形式的图表

17.脚本注释

1）单行注释 //

2）多行注释 /* */

18参数化的定义

对脚本中的常量进行参数化，让不同的VU执行相同的脚本时，分布使用参数数据源的不同的数据替代这些常量，从而达到模拟多用户的真实使用系统的情况

19.参数化步骤

1）确定需要的参数化数据

2）准备数据（参数池）

3）参数化

20.参数化要点归纳

1）参数化时，参数池中的数据写好后，要让光标停留在新的一行，否则会导致出错（白行或缺数据）

2）默认只有Action中的内容参与迭代

3）LR依靠网络协议来录制脚本，脚本中记录的是请求和应答的数据包信息，只要用户在在线（登陆成功），可以实现任意页面的操纵和迭代

21.日志的详细程度设置

22.针对参数名，选择指定列

1）by number 按照第几列来选择

2）by name 按照列明选择

23.取值策略

默认取值方法：Sequential

默认时间：Each iteration

备注：多用户的取值

数据池（a,b,c,d,e,f,g）

三个用户（甲，乙，丙）循环取值，各取值2次

1）Sequential 取值：甲（a,b）乙（a,b）丙（a,b）

2）Unique取值：甲（a,b）乙（c,d）丙（e,f）

3）对于单用户测试来讲：顺序和唯一取值序列相同

备注：数据不足时的情况（选择Unique时激活）

when out of values：

1）abort Vuser 放弃虚拟用户

2）Continue in a cyclic manner 以循环的方式继续

3）Continue with last value 持续最后一个值

24.网页标题自动变为检查点的操作

Generate web_reg_find functions for page titles 为页面标题生成检查点函数

25.综合场景测试的要求

1）脚本事务中的thinktime时间要删除或者移除至事务外

原因：综合场景测试脚本事务中如果有thinktime，则事务之内的thinktime会起作用，从而影响响应时间，导致结果不准确

2）脚本中设置的并发点，都需要注释掉：//lr_rendezvous

26.1080端口被占用

1）找到被那个进程占用

cmd>netstat -ano|findstr "1080"，查看到占用1080进程的PID

2）关闭进程

进入任务管理器，关闭查找到的PID的进程

3）重新启动webtours

27.综合场景测试中，设置场景的方法

Schedule by：

Scenario 按场景：场景中，每个VU 都统一行动

Group 按组：场景中，每个组的VU统一行动（按组行动）

28.ie不能打开webtours，报错：500 ；firefox 打开webtours后报错：cannot creat CGI process - program not found

报错原因：strawberry-perl未安装或安装异常

解决办法：安装straberry-perl

29.Duration的含义和设置

Duration指的是所有虚拟用户登陆后的运行时间

1）Run for 0 Days and 00:30:00

2）Run until completion 知道结束，适合循环

3）Run indefinitely 一直运行，知道手动停止

30.Running-time setting的设置方法31

30.参数池的策略设计方法

1）注册：选择UEA组合（unique，each iteration，abort Vuser）

2）登陆：选择SE组合（sequential顺序的，each iteration每次迭代）80%以上的情况使用SE组合

31.综合场景设置要点

1、continue on error（在run-time settings >Miscellaneous杂项Error Handling）

1）综合场景测试过程中要选择该项

2）做测试数据时，由于要保证数据成功，失败时应立即停止场景，所以不选择该项

2、模拟浏览器缓存cache

1）综合场景中如果要进行严格测试，不选择

2）如果做测试数据时，利用cache容易成功，需要选择

3、场景启动之前，服务器资源监控应该提前启动，确保资源（服务器）连接无误后，再开始场景

4、在综合场景启动时开始，要密切关注，必须保证所有用户全部上线（登陆成功），才成为多用户在线综合场景

5、所有用户上线后，也需要密切关注控制台中个个图表，图表走势不正常时，代表系统不稳定，如果是综合场景设置的问题，甚至是脚本的问题要即时停止，需要调整后重新做测试

32.综合场景结果分析

1、90 percent响应时间：表示该组中90%的用户都能在该时间内相应（完成该操作）

2、分析描述是否准确？看报告只需要关注平均响应时间

某些时候90%和平均响应时间，哪个更准确？（建议：90%，关注绝大多数用户的响应时间）

3、标准方差值（std.Deviation）：越小越好，越趋近于0，表示所有用户的响应时间越接近，表示系统越稳定

4、网络宽带充足的情况下，吞吐量（thoughtput）随着点击率（Hits per second）的升高而升高，表示服务器的处理能力充足（点击率是因，吞吐量是果）