性能测试核心概念与要点梳理
一、什么是性能测试？
1. 核心概念
性能测试是为了发现系统性能问题或获取系统性能相关指标而进行的测试。
场景：在真实环境、特定负载条件下。
方法：通过工具模拟实际软件系统的运行及操作，并监控各项性能指标。
目的：通过分析测试结果来确定系统的性能状况。
2. 性能测试 vs. 功能测试
功能测试：关注系统“能不能做”某件事。（案例：汽车能不能开）
性能测试：关注系统“做得好不好”。（案例：汽车加速快慢、座椅材质）
3. 常见的性能问题（以购物软件为例）
页面突然无法打开，刷新后恢复。
高并发时期（如双十一）无法访问。
页面加载时间过长，用户等待时间久。
查询数据慢、服务器无响应。
二、核心性能指标
如何衡量系统性能？主要看以下三个关键指标及其关系。
1. 并发用户数
业务层面：同一时间段内使用系统的用户总数。
服务器层面：Web服务器同时处理的HTTP连接数或线程数。
案例：5000名员工的系统，最高峰2500人同时使用。其中，进行“提交订单”、“查询订单”等核心操作的用户数为实际并发用户数。
2. 吞吐量
定义：单位时间内系统处理的请求数量。直接体现系统的负载承受能力。吞吐量越大，性能越好。
分类：
TPS（每秒事务数）：衡量系统处理业务的能力。
公式：
TPS = 总成功事务数 / 总运行时间估算案例（二八定律）：
TPS = (总事务数 * 80%) / (总时间 * 20%)
QPS（每秒查询数）：若一个事务只包含一个查询接口，则 QPS = TPS。
3. 响应时间
定义：从客户端发出请求到接收到最后一个字节数据所消耗的时间。
构成：
系统响应时间：服务器、数据库、网络等的处理时间。
前端展现时间：页面在浏览器中渲染的时间。
4. 三大指标的关系：性能曲线
空闲区间：并发用户少，吞吐量低，响应时间短。
线性增长区间：随着并发用户增加，吞吐量线性增长，响应时间缓慢增加。
拐点（饱和点）：吞吐量达到最大值。这是性能测试寻找的关键点。
过饱和区间：超过拐点后，响应时间急剧变长，吞吐量开始下降，系统性能恶化。
5. 资源利用率
监控服务器资源（CPU、内存、磁盘I/O、网络）的使用情况，用于分析性能瓶颈。
三、不同角色的性能关注点
角色 | 关注重点 |
|---|---|
终端用户 | 主观感受，即操作时的响应速度（系统响应 + 前端渲染）。 |
系统运维人员 | 系统在高并发下的健康状态、稳定性、容量规划。倾向于在可接受的响应时间内支持更多用户。 |
软件开发人员 | 算法效率、架构设计、代码性能、数据库优化等。 |
性能测试人员 | 设计测试场景、开发脚本、执行测试、定位性能缺陷。需要广泛的知识面（架构、网络、数据库、中间件等）。 |
四、性能测试的分类
1. 基准测试
目的：在低压力（通常为单用户）下，记录系统性能数据，作为后续测试的参考基准。
类比：测量一颗白菜在正常条件下的保质期。
2. 并发测试
目的：测试特定操作同时发生时系统的表现，以发现并发问题（如死锁、资源争用、内存泄漏）。
特点：对并发时间的同步性要求高。
3. 负载测试
目的：逐步增加系统负载，找到在满足性能指标（如响应时间<2秒）的前提下，系统所能承受的最大负载。
类比：举重运动员在动作不变形的情况下，能举起的最大重量。
4. 压力测试
目的：不断施加压力，直到系统性能达到极限状态，以发现系统在极端条件下的表现和问题。
与负载测试的区别：
负载测试：找“安全”的最大负载。
压力测试：找“极限”的最大负载，并观察系统崩溃或恢复的能力。
5. 稳定性测试（耐力测试）
目的：在一定的负载下，长时间（如 3×24 小时以上）运行系统，检查是否存在内存泄漏、资源耗尽等问题，确保系统长期稳定。
总结：性能测试是一个系统的工程，需要明确测试目标（哪种测试类型），关注核心指标（并发、吞吐、响应时间），并从不同角色视角理解性能问题，最终通过各类测试手段来保障系统的稳定性、可扩展性和优良的用户体验。
