一、基本概念
1、事务：事务用以衡量你的系统性能，一个事务代表一个或者多个终端用户的业务流程
事务用于估量一个业务流程的持续时间
录制脚本的时候可以手动添加和关闭事务
要评测服务器性能，需要定义事务；事务代表要评测的终端用户业务流程
2、场景：创建模拟场景（定义发生在场景中的事件）
3、配置Windows资源管理器（可以监控场景运行期间的Windows资源使用情况CPU、磁盘、内存的利用率）
4、度量：在Windows资源图中右键单击、并选择添加度量
5、int中录制的一般是用户登录的时候
action中录制的一般是操作的事件
end录制的一般是退出的时候
6、LR中通过Transaction(事务)进行相应时间的统计
7、Anlaysis里有个过滤设置，可以设置过滤掉Thinktime(思考时间)
8、正在运行的Vuser图：显示在指定时间运行的Vuser数
事务响应时间图：显示完成每个事务所用的时间（多个用户同时执行相同事务时的反应情况）
每秒点击次数图：显示场景运行期间Vuser每秒向WEB服务器提交的点击次数（http请求数）
9、运行脚本过程中，失败的肯定是不成功的，需要修改，错误的不一定
10、运行时设置：模拟不同用户的行为
11、怎样模拟多个用户不同操作：需要参数化你的脚本，将所有的数据都进行参数化设置
12、步骤工具箱（事务、输出、find文字）
lr_start_transaction
lr_end_transaction
lr_think_time
web_reg_find
13、服务器需要独一无二的会话ID：设计工作室（关联）关联独一无二的会话ID到参数中
这个语句告诉Vugen将第一次独一无二的会话ID存入参数中
14、LR最有效的手段之一：并发控制，多用户并行
15、LR可检查出性能延迟的地方：网络或者客户端延迟、cpu性能、I/O延迟，数据库锁定和数据库服务器上的其他问题
16、对主要的功能列表例如“受理*，督办未完成，督办已完成，再派遣、待回访、待结案等进行性能测试
17、硬件环境：
服务器配置
本地测试机配置
18、loadrunner的四大组件
- Vugen发生器：捕捉用户的业务流，最终将其录制成一个脚本。
（1）选择相应的一种协议；
（2）在客户端模拟用户使用过程中的业务流程，并录制成一个脚本；
（3）编辑脚本和设置Run-Time Settings项；
（4）编译脚本生成一个没有错误的可运行的脚本。
- 控制器
（1）设计场景，包括手动场景设计和目标场景设计两种方式；
（2）场景监控，可以实时监控脚本的运行的情况。可以通过添加计数器来监控Windows资源、应用服务器和数据库使用情况。
- 负载发生器：负载生成器就是模拟真实用户操作的机器
通常，在性能测试过程中会将控制器和负载发生器分开；当使用多台负载发生器时，一定要保证负载均衡（指在进行性能测试的过程中，保证每台负载发生器均匀地对服务器进行施压）。
- 分析器：主要用于对测试结果进行分析
19、采用逐步加压，持续施压，逐步减压的方式启动场景
20、用户角度的性能点：
用户关注的响应时间：当点击一个按钮，到系统将结果以用户感知的方式展示出来为止，这个过程所消耗的时间
用户体检的响应时间包括：个人主观因素和客观响应时间
21、管理员角度的性能点：
- 响应时间
- 服务器资源使用情况
- 应用服务器和数据库服务器资源使用情况
- 系统最多支持多少用户访问
22、软件性能的几个主要术语：
- 响应时间：对请求做出响应所需要的时间
网络传输时间：N1+N2+N3+N4
应用服务器处理时间：A1+A3
数据库服务器处理时间：A2
响应时间：N1+N2+N3+N4+A1+A3+A2
- 并发用户数：指同时向服务端发出请求的用户数
- 吞吐量：单位时间内系统处理用户请求的数量
二、LR负载测试流程
1、计划负载测试
2、创建Vuser脚本（Virtual Vuser Generator）虚拟用户发生器（C:Users angjfDocumentsVuGenScriptscitygridsongjiang.ltsln）
3、设计场景（Controller）(C:Program Files (x86)HPLoadRunnerscenariocitygridsj.lrs)
4、运行场景（Controller）
5、分析结果（Analysis）（C:Program Files (x86)HPLoadRunner utorialcitypridsj.lra）
6、生成性能测试报告
三、Controller（场景控制器）
1、场景类型：手动场景：能够控制虚拟用户的数量，系统同时能够响应多少用户操作
面向目标的场景：为了验证你的系统是否可以达到一个特殊目标
2、配置负载发生器（Load Generator）
（1）负载生成器就是模拟真实用户操作的机器
（2）一个负载发生器意味着一台能够运行多个虚拟用户并对系统产生负载的计算机
（3）在一个典型的操作型系统中，会有多个负载发生器，每一个负载发生器都拥有多个虚拟用户
（4）添加localhost(本地计算机作为负载发生器)
3、负载行为（计划负载行为）
（1）场景计划
（2）全局计划（初始化、启动Vuser、持续时间、停止Vuser）
（3）交互计划图
4、运行时设置（runtime setting）
Internet 协议：首选项
HTTP请求连接超时（秒）：3600
HTTP请求接受超时（秒）：3600
HTTP保持连接超时（秒）：3600
由资源引起的步骤超时是警告：是
步骤下载超时：1200
（1）think time
（2）logging
5、添加以及配置Windows资源（监控器monitor）
（1）可以用监控器来确定负载对CPU、磁盘、内存资源的影响
（2）添加度量
processor time（processor-total）CPU
available Mbytes(Memory)内存
6、你的系统是否在负载下运行良好
（1）查看事务的响应时间并决定时间是否在可接受的范围内
（2）生成图表和报告，找到应用程序中的瓶颈
四、分析结果
1、分析会话analysis session（*.lra）
（1）在负载的情况下客户终端的事务时间是多少？
（2）SLA满足目标吗？
（3）事务的平均响应时间是多少？
（4）网络和服务器的响应时间是多少？
2、定义一个SLA服务级别协议
service level agreement
3、报告分析（word和html）
（1）概要
（2）事务分析
（3）SLA结果（服务水平协议报告）
（4）运行Vuser
（5）每秒点击次数（在负载测试期间每秒Vuser在web服务器上的点击次数）
（6）网络吞吐量（表示在每秒内Vuser从服务器接收到的数据量）【字节/秒】byte/s
（7）平均事务相应时间【秒】s
（8）Windows资源（可用内存 *GB;CPU利用率 *%）
4、在Analysis的工具中配置SLA规则
5、测试结果自动生成word报告
Analysis中选择报告--报告模板
6、测试结果及分析
- 资源监测图：页面响应时间、服务器的cpu和内存使用情况
说明：CPU利用率最大值32.552%，小于标准值80%。
符合CPU资源利用常规指标（<80%）
磁盘驱动器读和写请求的最小值为0.096%，
值较小表明目前系统真实环境硬件不存在瓶颈。
Available Mbytes (Memory):
物理内存剩余最小值为883M、最大值984M、平均值933.529M，
符合物理内存剩余使用量大于10%的常规指标。
可用物理内存数很小，说明计算机上总的内存可能不足，或某程序没有释放内存
- 并发用户数图
说明：在加载到500个用户的时候，通过集合点使500个用户进行事务并发，能够看出在500个用户同时并发时吞吐量呈爬坡式增加，未出现其他异常情况，表明目前系统在500个用户并发处理不存在瓶颈 。
- 事务响应时间
Vuser end transaction和vuser init transaction是系统默认的事务。我们可以看到500个用户运行事务时，最短时间为：0.465s，最长时间为：5.124s，平均时间为：3.28s，其中90%都小于等于4.242s，500个用户全部通过。