loadRunner性能测试培训(基础篇)
合集下载
相关主题
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
大数据量测试：针对某些系统存储、传输、 统计查询等业务进行独立的大数据量测试；与 并发性能测试、疲劳强度测试等相结合的综合 数据量测试方案；关键在于数据量的准备
手工测试 自动化测试 人工和自动化测试的结合
Loadrunner原是Mercury公司的产品，2006 Mercury公司被HP收购
网络分析方法
1.查看Network Interface\ Bytes Total/sec计 数器的值。用Bytes Total/sec计数器的值和网 络的带宽进行比较，若超过5来自百度文库%，则说明网络 存在性能瓶颈问题。
软件瓶颈分析方法
分析事务响应时间、吞吐量，确定是否存在性 能问题，若发现存在性能问题，则找出响应时 间不符合要求或者出现多个失败的事务，对其 进行分解，然后对其进行网页细分，以确定影 响性能的元素。
判定软件是否满足预期的性能需求
判定软件的性能表现
寻找软件可能存的性能问题 ，定位性能瓶颈并 解决问题 。
客户需求－－系统快速响应、 可靠性高等
系统复杂性日益增长，要求系 统的高可靠性
业务处理快速增长，要求系统 快速处理
性能同功能一样重要
如图所示表明了一个应用系统的基本架构：
并发性能测试
测试需求分析 制定测试策略 制定测试方案 执行测试方案 测试结果分析 编写测试报告
测试需求分析主要有以下的几个关键点：
➢ 测试的目的是什么
性能符合性验证：验证是否满足应 用的需要。 性能能力验证：确定性能极限、是否 存在性能瓶颈。 性能调优：对系统的性能进行调试、 优化。
➢ 测试要素分析： 阅读需求规格说明书：响应时间等 系统架构（项目经理、技术经理、开发人员） 用户数量、用户分布 测试执行的功能—原则 数据量 硬件环境（包括网络环境） 软件环境 现场环境评估
并发用户：指在性能集合点并发执行事务的用户。 最大并发用户数：系统已不能正确响应超过5%并发事务时的最大虚拟用户数。 在线用户：指用户登录系统后，一直未退出系统或用户处于活动状态。 虚拟用户：通过执行测试脚本模仿真实用户与被测系统进行通信的用户。 事务（交易）：完成一定功能的单个或多个操作处理过程就是一个事务。 集合点：即并发操作点，就是多用户同时向服务器提交请求的操作点。 响应时间：从客户端发出请求开始到服务器成功响应，并返馈到客户端为止的这段时间。 LoadRunner：是一种预测系统行为和性能的工业标准级负载测试工具。后面具体介绍。 场景：LoadRunner的专门术语，是所有测试资源包括测试脚本、运行设置、运行用户
性能符合性验证：查看测试结果是否满足要求，
比如响应时间、资源利用率、吞吐量等等。
性能能力验证：记录软件系统的性能变化曲线。
对于确定是否存在性能瓶颈，首先判断是否存在 硬件（包括网络）瓶颈问题，若不存在硬件瓶颈问 题，则按照应用软件到系统软件（应用服务器、数 据库服务器、操作系统）的顺序进行分析，确定瓶 颈点。
数等的集合。在这个场景中，可以定义并发用户的数目，定义要运行的脚本，或者说运 行的流程类型。在一个场景中，可以是单个流程，也可以是多个流程的组合。 Hits Per Second：点击次数——每秒用户对Web Server端的HTTP请求数。 Average Throughput（Bytes/sec）：从WEB Server上接收到的数据量的值（网络总吞 吐量）——该值随用户数的增加而增加以确定网络速度满足需求 Average Transaction Response Time（sec）：平均事务响应时间——系统成功处理一 个事务的平均响应时间。 Transaction Per Second（TPS）：每秒成功处理的事务数，即交易率。 Available MBytes (Memory) ：服务器的可用物理内存>15% % Processor Time (Processor _Total)：服务器的CPU利用率<85%
流程方法篇
性能测试难点不在于Loadrunner工具本身, 难在对整个系统的全局把握,而对全局的把 握你就必需得有丰富的知识面
掌握一门编程语言：手动开发脚本
良好的网络基础知识：协议、Cookie、 Session
计算机原理与操作系统知识：线程、进程、 内存泄露、编码
数据库知识：建表,索引,存储过程,事务,触 发器
3.根据Physical Disk计数器的值分析性能瓶颈。如果 磁盘的Average Disk Queue Length计数器增加的同 时Pages Read/sec并未降低，则可判断内存有问题。
处理器分析方法
1.首先查看System\%Total Processor Time计数器 的值。该值体现的是CPU的平均利用率，若超过 90%，则说明存在处理器方面的瓶颈。
磁盘I/O分析方法
1.查看%Disk Time计数器的值。该值较大，则可能 存在磁盘瓶颈问题。 2.与Processor\Privileged Time合并进行分析。若 %Disk Time值较大，而Processor\Privileged Time 的值适中，则可判断存在磁盘问题。若 Processor\Privileged Time较大，持续超过80%，则 可能是内存泄漏。 3.根据Disk sec/Transfer进行分析。该值超过60ms， 则磁盘存在问题。
测试需求 测试策略 测试场景 测试环境 测试准备 人员及时间安排 问题与对策
测试需求分析 制定测试策略 制定测试方案 执行测试方案 测试结果分析 编写测试报告
搭建测试环境（…） 录制脚本、编辑脚本 布置测试场景 执行测试场景
测试需求分析 制定测试策略 制定测试方案 执行测试方案 测试结果分析 编写测试报告
并发性能测试的过程是一个负载 测试和压力测试的过程，即随逐渐增 加负载，直到系统的瓶颈或都不能接 收的性能点，通过综合分析交易执行 指标和资源监控来确定系统并发性能 测试过程
疲劳度与大数据量测试
疲劳测试是采用系统稳定运行情况下能够 支持的最大并发用户数，持续执行一段时间业 务，通过综合分析交易执行指标和资源监控指 标来确定系统处理最大工作量强度性能的过程
Loadrunner原理
2.模拟大量的真实用户生 成压力.
被测系统
Web 服务器
应用服务器 数据库服务器
虚拟用户生成器
控制器 1.Controller 起到调度压力测
试并管理监控器
性能监控器
3.监控器实时捕获系统的性能 状态
4.测试结果被搜集及 保存起来供分析
5.产生性能分析报告
并发：指在某一时刻（某秒）多用户同时向服务器提交请求。即在1秒钟内服务器能同 时正确响应的用户请求，一般用线程来模拟实际用户的并发请求。
2.其次查看每个CPU的Processor\%User Time计数 器的值。若应用服务器的%User Time值较大，可以 考虑是否能通过算法优化等方法降低这个值。若数 据库服务器的%User Time值较大，可考虑对数据库 系统进行优化。
3.查看System\Processor Queue Length计数器的 值。当该值大于CPU数量的总数+1时，说明存在处 理器方面的问题。
测试需求分析 制定测试策略 制定测试方案 执行测试方案 测试结果分析 编写测试报告
测试目的不同，则相应的测试策略不同。
性能符合性验证—负载测试、疲劳强度测试。
性能能力验证—压力测试、疲劳强度测试。
性能调优—测试-调整-测试。负载测试、压力测
试、疲劳强度测试、组合业务测试。
测试需求分析 制定测试策略 制定测试方案 执行测试方案 测试结果分析 编写测试报告
性能调优：同性能能力验证确定性能瓶颈分析方
法。
内存分析方法
1.首先查看可用内存（Memory\Available Mbytes） 计数器指标。若值较小则可能有内存问题，需进一 步分析。
2.注意Pages/sec、Pages Read/sec和Page Faults/sec计数器的值。 Pages/sec和Page Faults/sec的值持续很高，很可能内存问题，若 Pages Read/sec的值超过5，则可判断存在内存问 题。
Loadrunner是一种较高规模适应性的自动负载 测试工具，它能预测系统行为，优化性能。 Loadrunner强调的是对整个企业应用架构进行 测试，它通过模拟实际用户操作行为和实行实 时性能监测，来帮助客户更快的确认和查找 问 题
Loadrunner结构：
Loadrunner主要包含以下功能模块： Virtual User Generator:虚拟用户生成器，简称VuGen用来录制 使用者的操作，建立虚拟用户脚本。 Controller：压力控制器。整个压力的控制中心，用来管理、设 计驱动以及监控压力场景 Load Generator：压力产生 器。执行虚拟使用者脚本以产生虚 拟用户，对被测系统发出请求和接收响应，模拟实际的负载。 Analysis:结果分析器。通过测试结果数据用来分析压力测试结果 Lanucher:提供一个集中的界面，启动LR所有的模块
追求至善凭技术开拓市场，凭管理增 创效益 ，凭服 务树立 形象。2 020年1 2月12 日星期 六上午1 1时50 分2秒11 :50:02 20.12.1 2
严格把控质量关，让生产更加有保障 。2020 年12月 上午11 时50分2 0.12.1 211:50 Decem ber 12, 2020
器 测试分析不应只看表面现象，要分析关联指标 一定要花时间找出系统瓶颈，并尽早优化 优化后的系统一定要回归测试，验证优化效果 熟悉常见协议、技术
手工演示以下内容： 制定负载测试计划 开发测试脚本 创建运行场景 运行测试 监视场景 分析测试结果
一VuGen 1录制基本用户脚本 ２完善测试脚本（插入事务，集合点） ３Run-Time setting ４单机执行脚本 二场景 １创建运行场景 三分析结果 １如何添加并监控操作系统资源 ２如何生成报告（word\html等格式） ３如何查看更多的计数器及结果
性能测试 1. 性能测试的必要性 2. 性能测试分类 3. 性能测试手段 4. Loadrunner介绍
性能测试目前没有确切的定义，一般认为， 性能测试就是一个测试过程，指的是在一定约 束条件（指定的软件、硬件和网络环境等）确 定系统所能承受的最大负载压力。通过性能测 试，可以实现以下一个或者几个目标：
作业标准记得牢，驾轻就熟除烦恼。2020年1 2月12 日星期 六11时5 0分2秒 11:50: 0212 December 2020
测试需求分析 制定测试策略 制定测试方案 执行测试方案 测试结果分析 编写测试报告
测试指标：描述与测试场景对应的事务平均响 应时间、事务吞吐率、资源消耗指标、运行的 用户数等信息。
结果分析与总结：根据测试目标，描述最后分 析得到的结果，并给出相应的建议。
性能测试不比功能测试，应制定性能测试方案 性能测试应尽早开展 测试目标设计要科学合理，不能想当然 不要在服务器上进行性能测试 性能场景监视很关键，要选取合适的性能计数
树立质量法制观念、提高全员质量意 识。20. 12.122 0.12.12 Saturday, December 12, 2020
人生得意须尽欢，莫使金樽空对月。11:50:0211:50: 0211:5 012/12 /2020 11:50:02 AM
安全象只弓，不拉它就松，要想保安 全，常 把弓弦 绷。20. 12.121 1:50:02 11:50D ec-201 2-Dec- 20
加强交通建设管理，确保工程建设质 量。11: 50:021 1:50:02 11:50S aturday, December 12, 2020
安全在于心细，事故出在麻痹。20.12.1220. 12.1211 :50:02 11:50:0 2December 12, 2020
踏实肯干，努力奋斗。2020年12月12 日上午1 1时50 分20.12 .1220. 12.12
手工测试 自动化测试 人工和自动化测试的结合
Loadrunner原是Mercury公司的产品，2006 Mercury公司被HP收购
网络分析方法
1.查看Network Interface\ Bytes Total/sec计 数器的值。用Bytes Total/sec计数器的值和网 络的带宽进行比较，若超过5来自百度文库%，则说明网络 存在性能瓶颈问题。
软件瓶颈分析方法
分析事务响应时间、吞吐量，确定是否存在性 能问题，若发现存在性能问题，则找出响应时 间不符合要求或者出现多个失败的事务，对其 进行分解，然后对其进行网页细分，以确定影 响性能的元素。
判定软件是否满足预期的性能需求
判定软件的性能表现
寻找软件可能存的性能问题 ，定位性能瓶颈并 解决问题 。
客户需求－－系统快速响应、 可靠性高等
系统复杂性日益增长，要求系 统的高可靠性
业务处理快速增长，要求系统 快速处理
性能同功能一样重要
如图所示表明了一个应用系统的基本架构：
并发性能测试
测试需求分析 制定测试策略 制定测试方案 执行测试方案 测试结果分析 编写测试报告
测试需求分析主要有以下的几个关键点：
➢ 测试的目的是什么
性能符合性验证：验证是否满足应 用的需要。 性能能力验证：确定性能极限、是否 存在性能瓶颈。 性能调优：对系统的性能进行调试、 优化。
➢ 测试要素分析： 阅读需求规格说明书：响应时间等 系统架构（项目经理、技术经理、开发人员） 用户数量、用户分布 测试执行的功能—原则 数据量 硬件环境（包括网络环境） 软件环境 现场环境评估
并发用户：指在性能集合点并发执行事务的用户。 最大并发用户数：系统已不能正确响应超过5%并发事务时的最大虚拟用户数。 在线用户：指用户登录系统后，一直未退出系统或用户处于活动状态。 虚拟用户：通过执行测试脚本模仿真实用户与被测系统进行通信的用户。 事务（交易）：完成一定功能的单个或多个操作处理过程就是一个事务。 集合点：即并发操作点，就是多用户同时向服务器提交请求的操作点。 响应时间：从客户端发出请求开始到服务器成功响应，并返馈到客户端为止的这段时间。 LoadRunner：是一种预测系统行为和性能的工业标准级负载测试工具。后面具体介绍。 场景：LoadRunner的专门术语，是所有测试资源包括测试脚本、运行设置、运行用户
性能符合性验证：查看测试结果是否满足要求，
比如响应时间、资源利用率、吞吐量等等。
性能能力验证：记录软件系统的性能变化曲线。
对于确定是否存在性能瓶颈，首先判断是否存在 硬件（包括网络）瓶颈问题，若不存在硬件瓶颈问 题，则按照应用软件到系统软件（应用服务器、数 据库服务器、操作系统）的顺序进行分析，确定瓶 颈点。
数等的集合。在这个场景中，可以定义并发用户的数目，定义要运行的脚本，或者说运 行的流程类型。在一个场景中，可以是单个流程，也可以是多个流程的组合。 Hits Per Second：点击次数——每秒用户对Web Server端的HTTP请求数。 Average Throughput（Bytes/sec）：从WEB Server上接收到的数据量的值（网络总吞 吐量）——该值随用户数的增加而增加以确定网络速度满足需求 Average Transaction Response Time（sec）：平均事务响应时间——系统成功处理一 个事务的平均响应时间。 Transaction Per Second（TPS）：每秒成功处理的事务数，即交易率。 Available MBytes (Memory) ：服务器的可用物理内存>15% % Processor Time (Processor _Total)：服务器的CPU利用率<85%
流程方法篇
性能测试难点不在于Loadrunner工具本身, 难在对整个系统的全局把握,而对全局的把 握你就必需得有丰富的知识面
掌握一门编程语言：手动开发脚本
良好的网络基础知识：协议、Cookie、 Session
计算机原理与操作系统知识：线程、进程、 内存泄露、编码
数据库知识：建表,索引,存储过程,事务,触 发器
3.根据Physical Disk计数器的值分析性能瓶颈。如果 磁盘的Average Disk Queue Length计数器增加的同 时Pages Read/sec并未降低，则可判断内存有问题。
处理器分析方法
1.首先查看System\%Total Processor Time计数器 的值。该值体现的是CPU的平均利用率，若超过 90%，则说明存在处理器方面的瓶颈。
磁盘I/O分析方法
1.查看%Disk Time计数器的值。该值较大，则可能 存在磁盘瓶颈问题。 2.与Processor\Privileged Time合并进行分析。若 %Disk Time值较大，而Processor\Privileged Time 的值适中，则可判断存在磁盘问题。若 Processor\Privileged Time较大，持续超过80%，则 可能是内存泄漏。 3.根据Disk sec/Transfer进行分析。该值超过60ms， 则磁盘存在问题。
测试需求 测试策略 测试场景 测试环境 测试准备 人员及时间安排 问题与对策
测试需求分析 制定测试策略 制定测试方案 执行测试方案 测试结果分析 编写测试报告
搭建测试环境（…） 录制脚本、编辑脚本 布置测试场景 执行测试场景
测试需求分析 制定测试策略 制定测试方案 执行测试方案 测试结果分析 编写测试报告
并发性能测试的过程是一个负载 测试和压力测试的过程，即随逐渐增 加负载，直到系统的瓶颈或都不能接 收的性能点，通过综合分析交易执行 指标和资源监控来确定系统并发性能 测试过程
疲劳度与大数据量测试
疲劳测试是采用系统稳定运行情况下能够 支持的最大并发用户数，持续执行一段时间业 务，通过综合分析交易执行指标和资源监控指 标来确定系统处理最大工作量强度性能的过程
Loadrunner原理
2.模拟大量的真实用户生 成压力.
被测系统
Web 服务器
应用服务器 数据库服务器
虚拟用户生成器
控制器 1.Controller 起到调度压力测
试并管理监控器
性能监控器
3.监控器实时捕获系统的性能 状态
4.测试结果被搜集及 保存起来供分析
5.产生性能分析报告
并发：指在某一时刻（某秒）多用户同时向服务器提交请求。即在1秒钟内服务器能同 时正确响应的用户请求，一般用线程来模拟实际用户的并发请求。
2.其次查看每个CPU的Processor\%User Time计数 器的值。若应用服务器的%User Time值较大，可以 考虑是否能通过算法优化等方法降低这个值。若数 据库服务器的%User Time值较大，可考虑对数据库 系统进行优化。
3.查看System\Processor Queue Length计数器的 值。当该值大于CPU数量的总数+1时，说明存在处 理器方面的问题。
测试需求分析 制定测试策略 制定测试方案 执行测试方案 测试结果分析 编写测试报告
测试目的不同，则相应的测试策略不同。
性能符合性验证—负载测试、疲劳强度测试。
性能能力验证—压力测试、疲劳强度测试。
性能调优—测试-调整-测试。负载测试、压力测
试、疲劳强度测试、组合业务测试。
测试需求分析 制定测试策略 制定测试方案 执行测试方案 测试结果分析 编写测试报告
性能调优：同性能能力验证确定性能瓶颈分析方
法。
内存分析方法
1.首先查看可用内存（Memory\Available Mbytes） 计数器指标。若值较小则可能有内存问题，需进一 步分析。
2.注意Pages/sec、Pages Read/sec和Page Faults/sec计数器的值。 Pages/sec和Page Faults/sec的值持续很高，很可能内存问题，若 Pages Read/sec的值超过5，则可判断存在内存问 题。
Loadrunner是一种较高规模适应性的自动负载 测试工具，它能预测系统行为，优化性能。 Loadrunner强调的是对整个企业应用架构进行 测试，它通过模拟实际用户操作行为和实行实 时性能监测，来帮助客户更快的确认和查找 问 题
Loadrunner结构：
Loadrunner主要包含以下功能模块： Virtual User Generator:虚拟用户生成器，简称VuGen用来录制 使用者的操作，建立虚拟用户脚本。 Controller：压力控制器。整个压力的控制中心，用来管理、设 计驱动以及监控压力场景 Load Generator：压力产生 器。执行虚拟使用者脚本以产生虚 拟用户，对被测系统发出请求和接收响应，模拟实际的负载。 Analysis:结果分析器。通过测试结果数据用来分析压力测试结果 Lanucher:提供一个集中的界面，启动LR所有的模块
追求至善凭技术开拓市场，凭管理增 创效益 ，凭服 务树立 形象。2 020年1 2月12 日星期 六上午1 1时50 分2秒11 :50:02 20.12.1 2
严格把控质量关，让生产更加有保障 。2020 年12月 上午11 时50分2 0.12.1 211:50 Decem ber 12, 2020
器 测试分析不应只看表面现象，要分析关联指标 一定要花时间找出系统瓶颈，并尽早优化 优化后的系统一定要回归测试，验证优化效果 熟悉常见协议、技术
手工演示以下内容： 制定负载测试计划 开发测试脚本 创建运行场景 运行测试 监视场景 分析测试结果
一VuGen 1录制基本用户脚本 ２完善测试脚本（插入事务，集合点） ３Run-Time setting ４单机执行脚本 二场景 １创建运行场景 三分析结果 １如何添加并监控操作系统资源 ２如何生成报告（word\html等格式） ３如何查看更多的计数器及结果
性能测试 1. 性能测试的必要性 2. 性能测试分类 3. 性能测试手段 4. Loadrunner介绍
性能测试目前没有确切的定义，一般认为， 性能测试就是一个测试过程，指的是在一定约 束条件（指定的软件、硬件和网络环境等）确 定系统所能承受的最大负载压力。通过性能测 试，可以实现以下一个或者几个目标：
作业标准记得牢，驾轻就熟除烦恼。2020年1 2月12 日星期 六11时5 0分2秒 11:50: 0212 December 2020
测试需求分析 制定测试策略 制定测试方案 执行测试方案 测试结果分析 编写测试报告
测试指标：描述与测试场景对应的事务平均响 应时间、事务吞吐率、资源消耗指标、运行的 用户数等信息。
结果分析与总结：根据测试目标，描述最后分 析得到的结果，并给出相应的建议。
性能测试不比功能测试，应制定性能测试方案 性能测试应尽早开展 测试目标设计要科学合理，不能想当然 不要在服务器上进行性能测试 性能场景监视很关键，要选取合适的性能计数
树立质量法制观念、提高全员质量意 识。20. 12.122 0.12.12 Saturday, December 12, 2020
人生得意须尽欢，莫使金樽空对月。11:50:0211:50: 0211:5 012/12 /2020 11:50:02 AM
安全象只弓，不拉它就松，要想保安 全，常 把弓弦 绷。20. 12.121 1:50:02 11:50D ec-201 2-Dec- 20
加强交通建设管理，确保工程建设质 量。11: 50:021 1:50:02 11:50S aturday, December 12, 2020
安全在于心细，事故出在麻痹。20.12.1220. 12.1211 :50:02 11:50:0 2December 12, 2020
踏实肯干，努力奋斗。2020年12月12 日上午1 1时50 分20.12 .1220. 12.12