性能测试笔记

第一讲 性能测试

一、性能测试基础

1、性能测试定义

狭义的性能测试主要描述常规的性能测试，是指通过模拟生产运行的业务压力或用户使用场景来测试系统的性能是否满足生产性能的要求

广义的性能测试则是压力测试、负载测试、强度测试、并发（用户）测试、大数据量测试、配置测试、可靠性测试等和性能相关的测试的统称，

压力测试：对系统不断施加压力的测试，是通过确定一个系统的瓶颈或不能接受用户请求的性能点，来获得系统能提供的最大服务级别的测试。其目的是：发现在什么条件下系统的性能变得不可接受，并通过对应用程序世家越来越大的负载，直到发现应用程序性能下降的拐点。

负载测试：对系统不断的增加压力或增加一定压力的持续时间，直到系统的有些性能指标达到极限。

压力测试侧重于压力大小，负载测试侧重压力持续的时间

强度测试：主要是为了检查持续对异常情况的抵抗能力，强度测试总是破事系统在异常的资源配置下运行

例如：当正常的用户点击率为“1000次/秒”时，运行点击率为“2000次/秒”的测试用例 运行需要最大存储空间（或其他资源）的测试用例

运行可能导致操作系统奔溃或磁盘数据剧烈抖动的测试用例

并发（用户）测试：主要指当测试多个用户并同时访问同一个应用程序、同一个模块或数据记录时是否存在死锁或其他性能问题

大数据量测试：大数据量测试分为两种，一种是针对某些系统存储、传输、统计查询等业务进行大数据量的测试；另一种是与并发测试相结合的极限状态下的综合数据测试 配置测试：主要指通过测试找到系统各项资源的最优分配原则，配置测试是系统调优的重要依据

可靠性测试：在给系统加载一定业务压力的情况下，是系统运行一段时间，以此检验系统是否稳定 2、性能测试的监控领域

1、 服务器（包括CPU、Memory、I/O、Load等）

2、 数据库（Mysql、Oracle等中的缓存命中、索引、单条sql性能、数据库线程数

等）

3、 中间件（Jboss、Apache等中的线程数、连接数、日志等） 4、 网络（吞吐量、吞吐率）

5、 应用（包括JVM内存、日志、Full GC频率等） 监控工具（LoadRunner）：包括场景、事务响应时间、事务等。

测试机资源：cpu、Memory、网络、磁盘空间

3、性能测试常见术语

基本术语

并发、并发用户数量、请求响应时间、事务响应时间、吞吐量、吞吐率、TPS、点击率、资源利用率

1、 并发：狭义的并发一般分两种情况，一种是严格意义上的并发，即所有的用户在同一时

刻做同一件事情或操作，这种操作一般针对同一类型的业务。例如在银行卡审批业务中，一定数目的用户在同一时刻对已完成的审批业务进行提交，还有一种特例，即所有用户进行完全一样的操作，目的是测试数据库和程序对并发操作的处理。例如在信用卡审批业务中，所有的用户可以一起申请业务，或者修改同一条记录。 广义的并发与侠义的并发区别在于：尽管多个用户对系统发出了请求或进行了操作，但是这些请求或操作可以是相同的，也可以是不同的。

2、 并发用户数量：在同一时刻与服务器进行交互的在线用户数量。这些用户的最大特征是

和服务器发生了交互，这种交互可以是单向传输数据的，也可以是双向传输数据的 3、 请求响应时间：指从客户端发出请求得到响应的整个过程的时间。这个过程从客户端发

送一个请求开始到客户端接到从服务器端返回的响应结果计时结束。在一些工具中，请求响应时间通常会被称为“TTLB”，意思是从发送一个请求开始，到客户端接收到最后一个字节的响应为止所耗费的时间。

4、 事务响应时间：事务可能有一系列请求组成，事务的响应时间主要针对用户而言，术语

宏观上的概念，是为了向用户说明业务响应时而提出的。 5、 吞吐量： 指一次性能测试过程中网络上传数据量的总和。

6、 吞吐率：通常用来指单位时间内网络上传输的数据量，也可以指单位时间内处理的客户

端请求数量。它是衡量网络性能的重要指标。吞吐量/传输时间=吞吐率

7、 TPS：每秒钟系统能够处理的交易或事务的数量，它是衡量系统处理能力的重要指标， 8、 点击率：每秒钟用户向Web服务器提交的HTTP请求数。 9、 资源利用率：指对不同系统资源的使用程度，例如服务器的CPU利用率、磁盘利用率等。

资源利用率是分析系统性能指标进而改善性能的主要依据，因此它是WEB性能测试工作的重点。

4、全面性能测试模型

1、 全面性能测试模型——其提出的主要依据是：一种类型的性能测试可以再某些条件

下转化成另一种类型的性能测试，而这些性能测试的实施方式很类似，例如：对一个网站进行测试，模拟10个到50个用户就是常规的性能测试。当用户增加到1000个至上万个时就变成了压力/负载测试，如果同时对系统进行大量的数据查询操作，就包含了大数据量测试。

2、 全面性能测试模型中把常见的性能测试分为8个类别的主要内容

1) 预期指标的性能测试：本模型中把针对预先确定的一些性能指标而进行的测试

称为“预期指标的性能测试”

2) 独立业务性能测试：独立业务实际是指一些与核心业务模块对应的业务，这些

3)

4)

5)

6)

7)

模块通常具有功能比较复杂、使用比较频繁、术语核心业务等特点。这类特殊的、功能比较独立的业务模块始终都是性测试的重点，因此不但要测试这类模块和性能相关的一些算法，还有测测试这类模块对并发用户的响应情况。 结合业务性能测试：通常所有的用户不会只使用一个或几个核心业务块，一个应用系统的每个模块都可能被用到，所以性能测试既要模拟多用户的不同操作，又要模拟多用户的相同操作，读一多想业务组合进行性能测试。组合业务测试最接近用户实际使用情况的测试，也是性能测试的核心内容。

疲劳强度性能测试：是指在系统稳定运行的情况下，以一定负载压力来长时间运行系统的测试。其主要目的是确定系统长时间处理较大业务时的性能。通过疲劳强度测试基本可以判断系统运行一段时间后是否稳定。

大数据量性能测试：大数据量测试通常是针对某些系统存储、传输、统计查询等业务进行大数据量的测试。主要测试运行时数据较大或历史数据流量大时的性能情况。

网络型测试：主要是为了准确展示带宽、延迟、负载和端口的变化是如何影响用户响应时间的，在实际的软件项目中，主要是测试应用系统的用户数目与网络带宽的关系。

服务器性能测试：主要是对数据库、web服务器、操作系统的测试，目的是通过性能测试找出各种服务器的瓶颈，为系统扩展、优化提供相关的依据。

3、 全面性能测试包含的内容 1) 性能测试策略模型 2) 性能测试用例模型

主要思想：结合测试工具，将以上性能测试的8项内容归纳，形成5类测试用例： ? 预期指标的性能测试 ? 并发用户的性能测试

? 疲劳强度和大数据量的性能测试 ? 服务器性能测试 ? 网络性能测试 3) 模型的使用方法

原则：测试策略总从最低成本原则 策略为中心原则 适当裁剪原则 完善模型原则 模型具体化原则 5、性能测试调优基础

1、 性能调优是为了系统某些方面的性能对系统软件或硬件进行的调整。（不是测试人员的

职责） 2、 步骤：

? 确定问题 ? 确定原因

? 确定调整目标和解决方案 ? 测试解决方案

? 分析调优结果 6、性能测试基本步骤

1、 制定目标和分析系统

目标包括：确定客户需求和期望、实际业务需求、系统需求 只有明确目标和了解系统结构才能弄清楚测试范围 2、 选择测试度量的方法 3、 选择相关技术和工具 4、 设计测试用例 5、 运行测试用例 6、 分析结果 7、性能测试应用领域

1、性能测试往往是为了实现下面的一个或几个目标： ? 判定软件是否满足预期的性能需求 ? 根据测试结果判定软件的性能表现

? 查找系统可能存在的性能问题，如果有，则找出并加以解决 ? 发现一些应用程序在功能实现方面的缺陷

? 对一些存在性能问题的系统，找出瓶颈并加以解决 2、应用领域

? 系统的性能瓶颈定位 ? 系统的参数配置

? 发现一些软件算法方面的缺陷 ? 系统的验收测试 ? 系统容量规划 ? 产品评估/选型

第二讲 Load Runner入门

一、Load Runner的概述

1、它是Mercury Interactive（MI）开发的一套预测系统行为和性能的工业标准级负载测试工具，现以被HP公司收购。它是模拟成千上万用户实施开发负载及实时性能检测的方式来确认和找问题。

2、Load Runner的特点

? 轻松创建虚拟用户 ? 创建真实的负载