性能测试基础

1 性能测试概念

1.1 性能：

软件质量中的“效率” 特性

效率特性：

			1. 时间特性： 指系统处理用户请求的响应时间
			2. 资源特性： 系统运行过程中，系统资源的消耗情况：CPU,内存，IO

性能测试：

				使用自动化工具，模拟不同场景，对软件的各项性能指标进行测量和评估

性能测试的目的

		 对系统软件进行 评估和优化：
		 	评估： 评估软件是否满足当前需求（验收） 和未来需求
		 	优化：发现瓶颈，优化性能

2 性能测试策略

2.1 基准测试

		对某个重要业务进行“单用户”测试，获取单用户运行时的各项性能指标（数据采集），建立一个已知的性能水平（基准线）
		用途：
				1.为多用户并发和综合场景测试 等 提供参考依据
				2. 为系统或者环境的配置对性能的影响提供参考
				3. 为系统优化前后的性能变化提供参考

2.2 负载测试

	逐步增加压力，观察系统性能的变化，最终确定在满足系统的性能指标下 系统能承受的最大负载量。       
	负载量（请求数量），逐步增加压力，满足性能指标

2.3 稳定性测试

	正常负载，稳定运行一定的时间（一天，一周），保证服务器满足正常业务需求

2.4 压测

2.4.1 并发测试

		极短时间内，多个请求，验证服务器的并发能力

2.4.2 压力测试

	（多数据量，高并发）发现隐患，容错，恢复能力
	两种： 1. 高负载，长时间（稳定性压力测试）
				2.极限负载，导致系统崩坏 （破坏性压力测试）

2.4.3 容量测试

极限压力下的各个极限参数值：最大TPS，最大连接数，最大并发数 等

3 性能指标

1. 响应时间
2. 并发数
3. 吞吐量
4. 点击数
5. 错误率
6. 资源利用率
7. PV，UV

3.1 响应时间

	从客户端 发起请求，一直到客户端收到服务器传过来的响应，整个过程的耗费时间
	** 响应时间= 网络时间+ 应用程序处理时间

3.2 并发数

	并发测试的用户数
	（某一物理时刻同时向系统提交请求的用户数）

3.3 吞吐量

	单位时间，系统处理请求的数量，体现了软件系统的负载能力（性能承载能力）
	1. 业务角度：  业务数/h,d  访问量/h,d
	2. 网络角度：  byte/h,byte/d
	3. 技术指标：  TPS ，QPS

3.3.1 TPS

     Transactions Per Second  每秒事务数
     事务：业务请求（对应一个或者多个操作）如支付请求，包括服务器查询用户余额，支付安全校验等多个操作。
      一个业务请求发送给服务器后，最终会定位到服务器对应的业务请求的代码，既有可能是一段代码也有可能是多段代码。

3.3.2 QPS

	Query Per Second 每秒查询数   

Queries Per
Second，意思是每秒查询率。指一台服务器每秒能够响应的查询次数，用于衡量特定的查询服务器在规定时间内所处理流量多少，主要针对专门用于查询的服务器的性能指标，比如dns，它不包含复杂的业务逻辑处理，比如数据库中的每秒执行查询sql的次数。QPS
只是一个简单查询的统计显然，不能描述增删改等操作，显然它不够全面，所以不建议用 QPS 来描述系统整体的性能；

QPS 基本类似于 TPS，但是不同的是，对于一个事务访问，会形成一个 “ T ”；但一次 " T "
中，可能产生多次对服务器的请求，服务器对这些请求，就可计入 QPS 之中。

3、区别：

（1）如果是对一个查询接口压测，且这个接口内部不会再去请求其它接口，那么 TPS = QPS，否则，TPS ≠ QPS

（2）如果是容量场景，假设 N 个接口都是查询接口，且这个接口内部不会再去请求其它接口，QPS = N * TPS
转载：https://blog.csdn.net/a745233700/article/details/117917333

3.4 点击数

点击一次，一个页面的所有元素对服务器发出的请求总数
说明：点击数是衡量Web服务器处理能力的一个重要指标。
提示：

1. 点击数不是通常一般人认为的访问一个页面就是１次点击数，点击数是该页面包含的元素（图片、链接、框架等）向Web服
   务器发出的请求数量。
2. 通常我们也用每秒点击次数（Hits per Second）指标来衡量Web服务器的处理能力。
   注意：只有web项目才有此指标。

3.5 错误率

错误率指系统在负载情况下，失败业务的概率。*错误率＝(失败业务数/业务总数)100%。
提示：

1. 不同系统对错误率要求不同，但一般不超过千分之五；
2. 稳定性较好的系统，其错误率应该由超时引起，即为超时率。

3.6 资源利用率

说明：是指系统各种资源的使用情况，一般用“**资源的使用量/总的资源可用量×100%”**形成资源利用率的数据。

提示：通常，没有特殊需求的话
1). 建议CPU不高于80%(±5)
2). 内存不高于80%
3). 磁盘不高于90%
4).网络不高于80%

3.7 PV,UV

Page View 用户一次请求算作一次PV
Unique Vist cookies，一个用户一天访问过，算作UV，多次访问也只算一次
https://mp.weixin.qq.com/s?__biz=MzA5NTE0MjY3NA==&mid=402176444&idx=6&sn=d917d74d99703041b666b93203f6d6e4&chksm=024fcfc1353846d798b399bff5b5d166d12ea5fd5f08e3e34b3bd969b5689529cc0cfdb4952d&scene=27

4 性能测试流程

4.1 性能测试的流程

1.需求分析（四步走）：

			* 被测系统：  产品说明书，系统规格说明书，产品手册
			* 测试内容： 核心业务，待测业务
			* 测试策略： 基准测试，并发测试，压力测试，稳定性测试，容量测试
			*性能指标： 资源利用率，并发数，吞吐量（TPS,QPS），响应时间， 错误率，点击数

2.测试计划和范围

   			*项目背景
   			*测试目的
   			*测试范围
   			*测试策略
   			*风险控制
   			*验收标准（交付清单）
   			*进度与分工

3.编写性能测试用例

4.编写性能测试脚本/录制

5.搭建测试环境

6.执行测试脚本

7.观察和监控性能

8.性能分析和调优

   			**相关人员进行调优，然后进行N论回归验证是否调优成功

9.输出性能测试报告