性能测试入门教程共24页文档
性能测试培训文档
目录性能测试类型及定义前期准备执行(操作步骤，看图说话)查看结果性能测试指标性能监控简单结果分析常用函数介绍,举例说明(顺便介绍添加事务、集合点)1性能测试类型1.1性能测试定义：是指以性能预期目标为前提，对系统不断施加压力，验证系统在资源可接受范围内，是否能达到性能预期。
通过自动化的测试工具模拟多种正常、峰值以及异常负载条件来对系统的各项性能指标进行测试。
1.2负载测试定义：是指对系统不断地增加压力或增加一定压力下的持续时间，直到系统的某项或多项性能指标达到极限，例如某种资源已经达到饱和状态等。
确定在各种工作负载下系统的性能，目标是测试当负载逐渐增加时，系统各项性能指标的变化情况。
1.3压力测试定义：是指超过安全负载的情况下，对系统不断施加压力，是通过确定一个系统的瓶颈或不能接收用户请求的性能点，来获得系统能提供的最大服务级别的测试。
也可理解为通过确定一个系统的瓶颈或者不能接收的性能点，来获得系统能提供的最大服务级别的测试1.4稳定性测试定义：是指被测试系统在特定硬件、软件、网络环境条件下，给系统加载一定业务压力，使系统运行一段较长时间，以此检测系统是否稳定，稳定性测试的时间可根据业务需要而定，一般是N小时。
2Loadrunner组成部分1.VUGEN录制脚本2.Controller创建测试场景3.Analysis分析结果4.制定性能测试计划->开发脚本->创建测试场景->执行测试->监视场景->分析测试结果3性能测试执行3.1操作步骤录制脚本界面左上角File New，选择相应协议，点击‘OK’此时出现下图界面在URL address中输入录制地址，record into action一般选择‘action’，点击‘OK’。
开始录制后，会出现如下界面录制时关注图中右侧红框位置，关注events是否不断增加，如果events为‘0’证明未录制成功。
1.controller设置录制脚本后，tools create controller scenario，此时会把脚本加载到controller里，如下图图中红框位置可以设置用户数，时间间隔，运行时间等。
性能测试基础
常见的性能测试策略有：基准测试、并发测试、综合场景测试、负载测试、疲劳测试、极限测试、吞吐量测试、大数据量测试、内存泄漏测试性能测试项目实施流程测试涉及阶段：1) 了解测试系统的性能需求，定义测试目标和范围2) 了解系统的技术信息，如系统架构等3) 确定测试方案、进度安排、并制定测试计划、场景设置方案、及需要收集的测试数据4) 同相关人员协商讨论测试方案5) 准备数据收集模板测试环境准备：1) 技术准备，选择性能测试工具；测试方案中涉及到的技术问题；测试数据的收集方案实现，如如何监控系统资源2) 搭建测试环境3) 创建初始数据，如虚拟用户使用的账号等测试执行阶段：1) 录制脚本2) 调试脚本3) 执行场景4) 收集测试数据测试分析阶段：1) 分析测试数据，提交测试报告使用LoadRunner进行综合场景测试，如何设置能够使被测系统所受压力减轻，请分别加以说明。
答案：若使被测系统所受压力减轻,可从如下方面进行综合调解: 1) 将测试脚本中think time值加大并在控制台中按比例实现,此处think time指在transaction外部的时间；2) Controller中Run-Time Setting的Pacing设置值加大；3) 虚拟用户登录时使用递增策略，间隔稍长。
web系统中，username参数表为file类型，表中有12个值，分别A、B、C、D、E、F、G、H、I、J、K、L。
测试场景中虚拟并发用户数设为4，迭代次数设为3，参数中Select next row与Update value on分别为(Sequential, Each Iteration)与(Unique, Once)时，写出迭代3次的取值情况。
（Select next row，Update value on）虚拟用户取值（VUi：迭代时取值）（Sequential，Each Iteration）VU1：A，B，C VU2：A，B，CVU3：A，B，C VU4：A，B，C（Unique，Once）VU1：A，A，A VU2：B，B，BVU3：C，C，C VU4：D，D，Dweb系统脚本录制过程中，两次录制同一功能点，在View Tree的Server Response 中产生的字符串分别为：Server Response：name="_id_Node " value=" RSDP0013425"/>",ENDITEM,Server Response：name="_id_Node " value=" RSDP1203655" />", ENDITEM,为脚本回放成功，需要对字符串中某些字符做一定处理，写出详细实现方法。
性能测试入门教程教材
手工场景（Manual Scenario）：创建虚拟用户组，设置虚拟用户数 目以及其它Run-time信息。
面向目标场景（Goal-Oriented Scenario）：先定义测试要达到的目
标，然后LR自动基于这些目标创建场景，运行过程中，会不断地把结果 和目标相比较，以决定下一步怎么。
布式组件：适用于 COM/DCOM、Corba-Java 和 Rmi-Java 协议。
中间件：Jacada 和 Tuxedo （6、7）协议。 流数据：Media Player (MMS) 和 Real 协议。 邮件服务：Internet 邮件访问协议 (IMAP)、MS Exchange (MAPI)、POP3 和SMTP。 ERP/CRM：Baan、Oracle NCA、Peoplesoft-Tuxedo、SAP-Web、SAPGUI、Siebel-DB2 CLI、SiebelMSSQL、Siebel-Web 和 Siebel-Oracle 协议······
Log记录策略
Error发生时的处理策略 生成虚拟用户的方式 检查点策略 网络情况设置
脚本的迭代控制
IV, Controller—性能测试指挥中心
4.1 多进程/多线程方式：
用户可以在Controller的run time setting中选择 Vuser的运行方式：多线程/多进程。
IV, Controller—性能测试指挥中心
参数配置,web容器,DB等）5.程序瓶颈{SQL语句、数据库设计、业务逻辑、算法等}
方便我们对数据进行进一步处理 能自动以图形或表格式展现报告
性能常用分析工具
Top命令iostat命令分析各个磁盘的传输闲忙状况 iostat命令分析各个磁盘的传输闲忙状况 vmstat 命令报告关于内核线程、虚拟内存、磁盘、陷阱和CPU 活动的 统计信息 netstat 是用来检测网络信息的工具 sar用于收集、报告或者保存系统活动信息:sar显示数据、sar1和sar2用 于收集和保存数据 sysctl是一个可用于改变正在运行中的Linux系统的接口。用sysctl可以 读取设置超过
性能测试基础教程及实战案例
性能测试基础教程及实战案例1. 理论基础1.1 什么是性能测试1.1.1 性能测试的定义性能测试是一种测试方法，用于评估系统在不同负载条件下的性能表现和稳定性。
它旨在确定系统在正常和峰值负载下的响应时间、吞吐量、并发用户数和资源利用率等指标。
性能测试可以帮助发现系统的瓶颈和性能问题，并提供改进系统性能的建议。
1.1.2 性能测试的目的性能测试的主要目的是验证系统是否满足性能需求和预期的用户体验。
通过性能测试，可以评估系统在不同负载情况下的性能特性，包括响应时间、吞吐量、并发用户数和资源利用率等指标。
性能测试还可以发现系统的瓶颈和性能问题，为性能优化提供依据。
1.1.3 性能测试的步骤性能测试通常包括以下步骤：1. 确定测试目标和需求：明确测试的目标和需求，包括系统的性能指标和负载条件等。
2. 设计测试方案：制定测试计划，确定测试的范围、策略和方法。
3. 准备测试环境：搭建测试环境，包括硬件、软件和网络等。
4. 开发测试脚本：编写测试脚本，模拟用户行为和负载情况。
5. 执行性能测试：运行测试脚本，收集性能数据，并进行性能分析。
6. 分析测试结果：对性能数据进行统计和分析，评估系统的性能表现。
7. 提出改进建议：根据测试结果，提出系统性能优化的建议和措施。
1.1.4 性能测试的工具性能测试通常使用专门的性能测试工具来进行，常见的性能测试工具包括：- Apache JMeter：一款开源的性能测试工具，支持多种协议和场景的性能测试。
- LoadRunner：一款商业的性能测试工具，提供全面的性能测试功能和报告。
- Gatling：一款基于 Scala 语言的开源性能测试工具，适用于高并发场景的性能测试。
这些工具提供了丰富的功能和灵活的配置选项，可以帮助测试人员进行全面的性能测试。
1.2 性能测试的重要性1.2.1 性能测试在软件开发生命周期中的作用性能测试在软件开发生命周期中扮演着至关重要的角色。
它可以帮助开发团队在软件开发的早期阶段发现和解决性能问题，从而提高软件的质量和可靠性。
性能测试入门教程资料
查看用户组（Vuser Group）状态
事务详细信息 错误详细信息
4.4 监视场景
联机监视器
在Controller中启动监控器 配置监视器
IV, Controller—性能测试指挥中心
4.5 关注的测试结果（Analyse之外）：
对象 Memory 计数器名称 Available Mbytes
III, Vuser - 用户行为模拟器
3.2 录制脚本：
1、协议选择 2、录制选项设置（以web协议为例） 选择录制时所用的浏览器 录制方式选择： HTML or URL
自动关联策略
III, Vuser - 用户行为模拟器
3.3 增强脚本：
插入事务点 插入集合点 插入检查点 插入特殊函数 控制脚本流程： if … else 字符串函数：strcmp 输出函数：lr_output_message LR的标准函数：lr_save_string
IV, Controller—性能测试指挥中心
4.1 设计测试场景：
手工场景（Manual Scenario）：创建虚拟用户组，设置
虚拟用户数目以及其它Run-time信息。 面向目标场景（ Goal-Oriented Scenario ）：先定义测 试要达到的目标，然后LR自动基于这些目标创建场景，运行 过程中，会不断地把结果和目标相比较，以决定下一步怎么
I, 性能测试基础知识
1.3 性能测试策略：
性能测试（Performance
Testing） 负载测试（Load Testing） 压力测试（Stress Testing） 并发测试（Concurrency Testing） 可靠性测试（Reliability Testing） ……
性能测试基础知识PPT课件
第2页/共18页
性能测试的类型
验收性能测试（狭义） 性能测试方法是通过模拟生产运行 的业务 压力量 和使用 场景组 合，测 试系统 的性能 是否满 足生产 性能要 求。通 俗地说 ，这种 方法就 是要在 特定的 运行条 件下验 证系统 的能力 状态。 特点： 1、这种方法的主要目的是验证系统 是否具 有系统 宣称具 有的能 力。 2、这种方法要事先了解被测系统经 典场景 ，并具 有明确 的性能 目标。 3、这种方法要求在已经确定的环境 下运行 。 也就是说，这种方法是对系统性能已 经有了 了解的 前提， 并对需 求有明 确的目 标，并 在已经 确定的 环境下 进行的 。
性能测试关注的指标
如何估算并发用户数？ 1 、二八原则 2、最大在线用户的5%—20% 3、C=nL/T 并发用户数=（登录用户的会话数量*每个会话的平均在线时长）/考察的时间长 度 4、并发用户峰值： C^=C+3*√C（泊松分布）
第11页/共18页
性能测试关注的指标
如何估算并发用户数 举例： 如同百米赛跑，并发用户数指的是参赛的选手数量，每个选手（测试中使用的虚
反应系统处理能力指标
— CPU占用率：Windows<95%, Unix<85%
— 内存可用数：<10%或<4M，说 明内存 太小， 或有内 存泄露
— 内存页交换率：page in/s<80
— CPU的队列长度：一直超过二，可 能表示 处理器 堵塞， 服务器 的CPU 可能是 个瓶颈
第10页/共18页
发连接数，应同时加大这两个参数。Web server允许的最大连接数还受制于操作系 统的内核参数设置，通常Windows是2000个左右，Linux是1000个左右。
火龙果-软件性能测试培训初级教程
LoadRunner 性能测试的过程： 制定性能测试计划 开发测试脚本 创建运行场景 执行测试 监视场景 分析测试结果
Analyzing The Results
LoadRunner基础知识
火龙果 整理
LoadRunner常用术语<基本概念>:
事务（Transaction）：为了衡量服务器的性能，我们需要定义事务以获取这一操 作所花费的时间。例如：有一数据查询操作，输入查询条件的时间是我们所不关 注的。从点击“查询”按钮之后到查询结果显示出来，这段时间才是我们真正需 要获取到的。也就是说当点击按钮之前让LoadRunner开始计时，直到而且显示 出来计时结束。这个事务的响应时间才会在结果中显示出来。
LoadRunner基础知识 HTTP协议原理详解：
DNS域名解 析服务器
火龙果 整理
当用户在浏览器的地址栏里输入网页的
URL 然后回车，浏览器首先会发送一个 HTTP 的 命令到Server, Server就会把页面的数据
返回页面 请求页中包含的图片等元素 返回元素 浏览器解析成网页
中间件：Jacada 和 Tuxedo （6、7）协议。
流数据：Media Player (MMS) 和 Real 协议。 邮件服务：Internet 邮件访问协议 (IMAP)、MS Exchange (MAPI)、POP3 和SMTP。 ERP/CRM：Baan、Oracle NCA、Peoplesoft-Tuxedo、SAP-Web、SAPGUI、Siebel-D B2 CLI、Siebel-MSSQL、Siebel-Web 和 Siebel-Oracle 协议〃〃〃〃〃〃
？思考 如何定义一个事务的大小？它是单一的任务还是一系列复杂的任务？
性能测试文档
性能测试主要指标
响应时间 点击数 吞吐量(任一秒从服务器获得的数据量) 并非用户数 资源利用率(内存、CPU的利用率等) 每秒连接数(每秒打开的新的TCP/IP连接数)
2.响应时间:对请求作出响应所需要的时间
网络传输时间：N1+N2+N3+N4 应用服务器处理时间：A1+A3 数据库服务器处理时间：A2 响应时间=N1+N2+N3+N4+A1+A3+A2
性能测试数据获取
场景对应的数据库表有10条数据和1000w条数据查 询出来的速度是不一样的。不考虑数据量的性能测 试结果是不准确的。
性能测试用例设计-单场景
单场景 用例编号 场景描述 并发量 压测时间 数据量 集合点 T1 模拟用户的登录操作 分别模拟并发用户数为1,44,70三种情况进行测试 每次15min Oracle数据库的user表中有90w账户 不使用集合点
–负载测试 ������ 通过逐步增加系统负载，测试系统性能的变化，并最终确定 在满足系统的性能指标情况下，系统所能够承受的最大负载量 的测试。
–压力测试 ������ 通过逐步增加系统负载，测试系统性能的变化，并最终确定 在什么负载条件下系统性能处于失效状态，并来获得系统能提 供的最大服务级别的测试。
地铁模型分析
性能测试需求描述原则
1、明确的数字而不是模糊的描述 2、有凭有据，合理，有实际意义 3、相关人员达成一致。
性能测试需求描述实例
多少用户（WHO）在什么时间或者持续多长多久 （When），在多大的数据量的基础上（how much），进行了什么业务（what），最终需要关注 怎样的指标（how）
性能测试基础知识
性能测试基础知识1、定义对响应时间的评估、分析，结合应⽤的架构和实现细节找出问题，并最终确认问题得到解决的过程2、影响软件性能的因素⽹络环境、数据库服务器、应⽤服务器、业务逻辑的实现⽅式、系统采⽤的架构、代码的优化程度、使⽤者的使⽤⽅式等3、测试模型通⽤的软件测试过程模型（PTGM）、敏捷软件测试模型（ATPM）4、软件性能测试的应⽤领域能⼒验证、规划能⼒、性能调优、瓶颈发现、性能基准⽐较⼀：基础篇1、软件性能测试的基本概念1.1 性能是⼀种指标（软件性能对其及时性要求的符合程度）性能的及时性⽤响应时间或者吞吐量表⽰响应时间：对请求做出响应所需要的时间例⼦：交互式的应⽤（web）：⽤户感受到的响应时间⾮交互式的应⽤（嵌⼊式或者银⾏等业务处理系统）：系统对事件产⽣响应的time1.1.1 ⽤户视⾓的软件性能端→端⽤户操作——数据操作请求——（应⽤服务器）服务端响应——返回数据——⽤户端1.1.2 管理员视⾓的软件性能服务器资源使⽤状况是否合理资源利⽤率数据库资源使⽤状况是否合理资源利⽤率系统能否可以实现扩展系统可扩展性系统的最⼤并发，压⼒是多少并发：最多能⽀持多少⽤户访问系统容量压⼒：最⼤的业务处理量系统可能的瓶颈在哪⾥系统可扩展性更换什么设备能提升系能系统可扩展性能否⽀持7*24⼩时的业务访问系统稳定性1.1.3 开发视⾓的软件性能架构设计是否合理系统架构数据库设计是否存在问题数据库设计代码是否存在性能⽅⾯的问题代码系统中是否存在不合理的内存使⽤⽅式代码系统中是否存在不合理的线程同步⽅式设计与代码系统中是否存在不合理的资源竞争设计与代码1.1.4 web前端性能Web应⽤的前端响应时间：页⾯加载时间其中包括：1.对HTML的解析读取2.对页⾯图⽚及CSS等⽂件的获取和加载3.客户端脚本（JavaScript）的执⾏时间4.对页⾯进⾏展现所花的时间1.2软件性能的⼏个主要术语1.2.1合理的响应时间取决于实际⽤户需求1.2.2并发⽤户数：N数值的⽤户同时访问系统1.服务器实际承受的压⼒不只取决于并发⽤户数，还取决于⽤户的业务场景2.服务端承受的最⼤并发访问数取决于并发⽤户数+业务场景业务场景：通过服务器⽇志的分析得出的结果⽇志分析⽅法：对服务器⽇志进⾏分析，了解系统⽤户的使⽤状态，计算出服务器承受的最⼤并发⽤户数量特点：准确度/可信度⾼适⽤：internet应⽤（⽆法估算⽤户量和⾏为⽅式）推荐⽇志分析⼯具：AWStats：这是⼀个基于Perl的⽇志分析⼯具，可对Apache/IIS的⽇志进⾏分析，还有良好的扩展⽀持⽤于估算并发⽤户数的公式（仅供参考）平均⽤户并发数：C=n*L/T峰值并发⽤户数：C›≈C+3√C其中，C是平均并发数，n是⽤户从登陆到退出系统的时间段，L是系统使⽤时间段的平均值，T是使⽤系统的时间段数值，C›指并发⽤户数的峰值对于企业内部使⽤的web系统，还有精度更⼩的⼀种公式平均⽤户并发数：C=n/10峰值⽤户并发数：C›≈r*C其中，r值⼀般取2—3.这种⽅法要求不太严格，只有很少数据⽀持分析的性能测试中使⽤1.2.3 吞吐量定义：单位时间内系统处理客户请求的数量⼀般来说，请求数/每秒OR页⾯数/每秒来衡量从业务⾓度来说，访问⼈数/天OR处理的业务数/⼩时来衡量（PV、UV）从⽹络⾓度来说，字节数/天来考察⽹络流量对于交互式应⽤，吞吐量指标反映服务器承受的压⼒，在容量规划测试中，吞吐量是个很重要的指标，因为它能说明系统级别的负载能⼒Web系统的性能测试中，吞吐量指标可以在两个⽅⾯发挥作⽤1.协助设计性能测试场景，以及衡量性能测试场景是否达到预期的设计⽬标2.协助分析性能瓶颈3.没有遇到瓶颈之前，吞吐量和并发⽤户之间存在的关系可以⽤下⾯的公式表达：F=N（vu）*R/TF表⽰吞吐量，N表⽰VU的个数，R表⽰每个VU发送的请求（点击）数量，T表⽰性能测试所⽤的时间不同并发⽤户数量情况下，对同⼀系统施加相同的吞吐量，很可能得到不同结果PS：⼤部分性能测试中，单击数（Hits）指客户端发出的HTTP的请求数量，⽽不是指⽤户在页⾯上的⼀次单击事件。
性能测试的基础知识
性能测试的基础知识在软件开发过程中，性能测试是一项重要的测试活动，旨在评估系统在特定条件下的性能表现和可靠性。
本文将介绍性能测试的基础知识，包括性能测试的定义与目的、性能测试的分类、性能指标、性能测试的步骤以及性能测试工具的选择。
一、性能测试的定义与目的性能测试是指通过模拟和测量系统在特定条件下的行为和响应，评估系统的性能、可伸缩性、稳定性和可靠性。
性能测试的目的是为了发现系统在压力下的弱点和瓶颈，并对系统进行优化和改进。
二、性能测试的分类1. 负载测试：主要用于评估系统在正常和峰值负载条件下的性能表现。
通过模拟多种用户行为、请求和负载情况，测试系统的稳定性和吞吐量。
2. 压力测试：旨在评估系统在超过正常负载情况下的性能表现。
通过逐渐增加负载，测试系统的极限容量和反应时间，以确定系统的瓶颈和弱点。
3. 容量测试：用于确定系统的最大容量和资源需求。
通过逐渐增加负载，测试系统在达到最大容量前的性能表现和资源消耗情况。
4. 应力测试：主要用于测试系统在异常负载和恶劣条件下的性能表现。
通过模拟硬件故障、网络拥塞和异常请求等情况，评估系统的容错性和恢复能力。
三、性能指标1. 响应时间：指系统对用户请求作出响应的时间，包括请求发送到系统和系统返回响应给用户的时间。
2. 吞吐量：指系统在单位时间内能够处理的请求数量，也被称为并发用户数。
3. 并发用户数：指同时访问系统的用户数量。
4. 资源利用率：指系统在处理请求时所使用的资源，如CPU利用率、内存利用率等。
5. 错误率：指系统在处理请求时发生的错误的比例。
四、性能测试的步骤1. 定义测试目标：明确性能测试的目标和需求，例如响应时间的要求、用户数的预期、负载情况等。
2. 设计测试方案：根据测试目标，确定测试场景、负载模型和测试数据，编写测试脚本和测试用例。
3. 准备测试环境：搭建符合实际环境的测试环境，包括硬件设备、网络设置和测试工具的配置。
4. 执行性能测试：运行测试脚本并监控系统各项性能指标，收集测试结果和日志。
性能测试基础培训
跟踪与验证
在优化方案实施后，重新进行性能测试以验证优化效果，并持续跟踪 系统性能表现。
04 性能测试优化策略与实践
性能瓶颈识别与定位方法
监控与分析工具
日志分析
使用系统监控、性能分析工具，如 CPU、内存、磁盘、网络等资源的使 用情况，定位性能瓶颈。
尽等问题。
场景测试
根据实际业务场景设计测试用 例，模拟用户行为和操作流程
。
性能测试重要性及应用领域
重要性
性能测试是确保软件质量的关键环节，有助于提高用户体验和满意度，降低维护成本和风险。
应用领域
广泛应用于互联网、金融、电信、游戏等行业，特别适用于对性能要求较高的系统和应用。例如，在线购物网站 需要进行负载测试以确保在高并发访问时仍能保持稳定的性能表现；金融交易系统需要进行压力测试以验证在极 端市场条件下的系统可靠性。
编写测试方案
详细描述测试场景、测试步骤、预期 结果及风险评估等内容。
性能测试执行与监控
搭建测试环境
执行测试脚本
准备测试所需的硬件、软件及网络环境， 确保测试环境与实际生产环境尽可能一致 。
按照测试方案执行测试脚本，记录测试过 程中的性能指标数据。
监控系统状态
调整测试参数
在测试过程中实时监控系统的资源使用情 况、错误日志等，确保系统稳定运行。
优化经验总结与分享
总结性能优化经验，形成文档和案例，进行 团队内分享和交流。
技术研究与跟进
关注新技术、新方法的出现，及时跟进并应 用到性能测试和优化中。
05 性能测试常见问题与解决 方案
性能测试中遇到的常见问题
响应时间过长
性能测试基础
应用在服务器上性能的测试，可以采用工具监控， 也可以使用系统本身的监控命令，例如HP-UX中可以 使用Glance命令监控资源使用情况。
实施测试的目的是实现服务器设备、服务器操作 系统、数据库系统、应用在服务器上性能的全面监 控。
应用在服务器端的性能测试
服务器管理面临的风险： ➢一般系统具有多台服务器，有不同服务器类型， 管理起来很困难 ➢服务器的性能问题很难诊断 ➢没有发现的简单问题可能引起许多用户的巨大 问题
kthr：内核线程状态在采样间隔期间每秒钟更改一次。 r ：置于运行队列中的内核线程数目。 b ：置于等待队列（等待资源、等待输入／输出）的内核线程数目。
内存：关于使用虚拟内存和实内存的信息。如果虚拟页已经被访问的话，虚拟页可以被认为是活动的。一页为 4096 个字节。
并发性能测试的过程是一个负载测试和压力测试 的过程，即逐渐增加负载，直到系统的瓶颈或者不 能接收的性能点，通过综合分析交易执行指标和资 源监控指标来确定系统并发性能的过程
应用在客户端的性能测试-测试方法
▪借助自动化测试工具
➢LoadRunner - HP公司 ➢Rational Robot – IBM公司 ➢QALoad－美国Compuware(康博)公司
用户提出业务操作响应时间长，如何定位 性能问题，提供性能调优依据
系统运行一段时间后，速度变慢，出现宕 机或者无法响应客户端请求，如何寻找瓶颈， 进而优化性能
性能测试规范文档
性能测试规范文档一、前言。
小伙伴们！咱们搞性能测试可不能瞎搞，得有个规范才行，这样才能保证测试结果靠谱，就像盖房子得有个好蓝图一样。
这个文档就是咱们性能测试的小指南啦。
二、测试目标。
1. 明确要测啥。
首先得搞清楚咱们到底要测试哪个系统或者应用程序的性能。
比如说，是那个超酷的电商APP呢，还是公司内部的办公系统。
可不能稀里糊涂地开始测试，结果测了半天发现测错对象了，那就尴尬得像在舞台上走错方向的小丑啦。
2. 确定性能指标。
响应时间：这就像是我们在餐厅点菜后，服务员上菜的速度。
用户发出请求后，系统多长时间能给出回应呢？比如说，登录页面的响应时间，理想情况下应该在3秒以内，不然用户可能就会不耐烦地像热锅上的蚂蚁啦。
吞吐量：可以把它想象成高速公路上的车流量。
在一定时间内，系统能够处理多少事务或者传输多少数据呢？对于一个繁忙的电商网站，在促销活动期间，吞吐量得足够大，不然订单处理不过来，钱可就从指缝溜走咯。
资源利用率：系统的CPU、内存、磁盘和网络这些资源就像我们身体的器官一样，得看看它们在工作的时候有多忙。
如果CPU一直100%运行，就像人一直狂奔不休息，肯定会出问题的。
比如说，正常情况下，服务器的CPU利用率在空闲时应该低于10%，在高负载时也不能长时间超过80%。
三、测试环境。
1. 硬件环境。
服务器配置：要详细记录服务器的型号、CPU型号和核心数、内存大小、磁盘类型（是普通机械硬盘还是超高速的固态硬盘）。
就像我们了解一个人的身体素质一样，知道服务器的硬件配置才能知道它的极限在哪里。
比如说，测试一个大型企业级应用，服务器至少得是多核CPU、大容量内存，要是拿个老旧的单核小内存服务器去测，那结果肯定是惨不忍睹的。
客户端设备：如果测试涉及到客户端，也要记录客户端设备的情况，是台式机、笔记本还是移动设备。
不同的设备性能差别可大了，就像跑车和自行车的速度没法比一样。
2. 软件环境。
操作系统：得知道服务器和客户端运行的是什么操作系统，是Windows、Linux还是Mac。
性能测试基础
在分析程序上。在数学层面，功能测试最难就是正交 法。 性能测试需要了解被测系统代码，功能测试不需要。 所以性能测试也可以理解为典型的“灰盒测试”
性能测试计数器
响应时间－－是指应用系统从发出请求开始到客户端
接收到所有数据所消耗的时间。
并发用户数－－并发用户数指同一时刻与服务器进行
场景类型
点击OK后场景生成
场景
运行的机器，一般都 是本机，大型测试可 能会用到其他机器
场景计划
场景计划图表，非常 直观
场景设计
编辑内容，点击OK， 生成场景
执行场景
执行的时候各种计数 都会发生改变
执行的时候，我们跳 转到RUN这里看
计数器的类型
事务运行状况 资源利用率 性能计数器 打开LoadRunner直接介绍
用情况，为了使这些脚本更接近用户的真实使用情况， 需要对脚本进行完善。
首先是定义事务，事务不定义，脚本就稀里糊涂不知
道在干什么了。事务的定义包括事务的开始和结束。
事务必须定义，因为事务的定义直接影响日后的测试
结果。
事务的开始
事务成功
事务的结束
事务失败
事务放弃
控制器（Colltroller）
脚本是场景的载体，而不再是一系列的文本式的测试
用例。
严格意义上的功能测试是检测功能是否实现，而性能
测试是通过并发来检验功能是否好用。（功能测试可 分解为功能测试、易用性测试和界面测试等等小种类 测试）
性能测试和功能测试的区别
性能测试的结果中，除了要获取执行后的脚本功能是
否完成，还要看完成得如何，以及各个服务器的状态。 功能测试不需要。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
I, 性能测试基础知识
1.1 性能测试的含义：
通过自动化测试工具模拟生产运行的业务压力或用户使用 场景来测试系统的性能是否满足生产性能的要求。
1.2 性能测试的目的：
➢评估系统的能力 ➢识别系统的弱点 ➢系统调优 ➢验证稳定性、可靠性
I, 性能测试基础知识
1.3 性能测试策略：
性能测试（Performance Testing） 负载测试（Load Testing） 压力测试（Stress Testing） 并发测试（Concurrency Testing） 可靠性测试（Reliability Testing） ……
Performance test result Re-test result Performance Test report
II, LoadRunner基础知识
LoadRunner的组件 LoadRunner工作原理 LoadRunner在性能测试中的映射 LoadRunner常用术语 LoadRunner的协议 HTTP协议详解
Design the detail test case; Create test script
Performance test case
Execute Phase Performance Tuning Phase Post Production Phase
Create Scenario; Execute Scenario Analyze issues and re-testing Review the final performance test result
II, LoadRunner基础知识
2.1 LoadRunner的总体架构图
LoadRunner的三大组件 ➢Vuser: 用户行为模拟器—单
脚本测试 ➢Controller: 性能测试控制台
—运行测试场景 ➢Analysis: 结果统计—找瓶颈
II, LoadRunner基础知识
2.2 LoadRunner在性能测试中的映射:
例中的用户场景。
II, LoadRunner基础知识
2.4 LoadRunner的协议:
LoadRunner所支持协议按应用领域分类： ➢电子商务：FTP、LDAP、Palm、PeopleSoft 8 mulit-lingual、SOAP、Web (HTTP/HTML) 和 双 Web/WinSocket 协议。 ➢客户端/ 服务器： DB2 CLI、DNS、Informix、MS SQL Server、ODBC、Oracle（2 层）、Sy base Ctlib、Sybase Dblib 和 Windows Sockets 协议。 ➢自定义：C 模板、Visual Basic 模板、Java模板、Javascrīpt 和 VBscrīpt 类型的脚本。 ➢Enterprise Java Bean：EJB测试和 Rmi-Java 协议。 ➢布式组件：适用于 COM/DCOM、Corba-Java 和 Rmi-Java 协议。 ➢中间件：Jacada 和 Tuxedo （6、7）协议。 ➢流数据：Media Player (MMS) 和 Real 协议。 ➢邮件服务：Internet 邮件访问协议 (IMAP)、MS Exchange (MAPI)、POP3 和SMTP。 ➢ERP/CRM：Baan、Oracle NCA、Peoplesoft-Tuxedo、SAP-Web、SAPGUI、Siebel-DB2 CLI、Siebel-MSSQL、Siebel-Web 和 Siebel-Oracle 协议······
LoadRunner 性能测试的过程： ➢ 制定计划:测试点，测试环境，测试数据，测试方法，etc ➢ 开发脚本:业务操作，参数化，etc ➢ 创建运行场景：测试模型，并发数，运行时间，etc ➢ 执行测试：自动执行 ➢ 监视场景：TPS，响应时间，吞吐量，CPU占用，硬盘占用,et
c ➢ 分析测试结果：图表，日志。
个人介绍
Q名：Player 工作年限：7年 学历：硕士 目前职位：测试经理 工作内容：性能测试，集成测试，功能测试
培训内容简介： 性能测试基础知识 LoadRunner 基础知识 Vuser - 用户行为模拟器 Controller - 性能测试的指挥中心 Analysis - 寻找系统瓶颈的得力助手
Task
Collect Requirements, test scope, test goal
Delivery
Performance check list
Plan Phase
Finalize test scope, milestones, goal, tools
Performance Plan
Design Phase
I, 性能测试基础知技能 软件编程技能 网络知识 操作系统知识 数据库知识 中间件知识 行业知识 个人素养
I, 性能测试基础知识
1.5 性能测试流程：Performance Test Process
Test Phases
Assess Phase
II, LoadRunner基础知识
2.3 LoadRunner常用术语<基本概念>:
➢ 事务（Transaction）：定义事务以获取这一操作的时间。
➢ 思考时间（Think Time）：执行两个连续操作间等待的时间
➢ 集合点（Rendezvous）：用以同步虚拟用户以便恰好在同时刻执行任务。
➢检查点（Check point）：用以验证程序的运行结果是否与预期结果相符。 ➢ 场景（Scenario）：即测试场景，主要表现为Controller中设计与执行测试用
III, Vuser - 用户行为模拟器
3.1 Vuser用途：:
通过录制终端用户执行的操作来生成用户操作脚本。以便作 为负载测试的基础。
脚本开发步骤： ➢ 录制用户的操作：业务操作 ➢ 增强测试脚本：参数化 ➢ 配置Run-Time setting ➢ 在Vuser中独立运行脚本：单交易测试 ➢ 将脚本集成到Controller：压力测试