软件性能测试包含哪些内容？从测试类型到核心指标的完整清单
软件性能测试不是"跑个压测看看响应时间"这么简单。它是一套覆盖多个维度、多个层次、多个阶段的完整测试体系。搞不清楚包含哪些内容，测试就会流于表面，报告写了一堆数据却没人知道该改什么。
一、性能测试的类型
1.负载测试是最基础的类型。在预期用户量下运行系统，验证各项指标是否达标。比如预期并发500人，就用500并发跑，看响应时间、TPS、错误率是否在可接受范围内。
2.压力测试的目标是找到系统的极限。不断加大并发，直到系统崩溃或响应时间超出容忍阈值，找出系统的最大承载能力和瓶颈点在哪里。
3.并发测试专门验证多用户同时操作同一资源时的表现。比如100人同时抢10张票，验证是否存在超卖、死锁、数据不一致等问题。
4.稳定性测试也叫疲劳测试，让系统在中等负载下长时间运行（通常8小时以上），观察是否存在内存泄漏、连接池耗尽、性能逐渐下降等慢性问题。
5.尖峰测试模拟流量突然飙升的场景，比如秒杀活动开始瞬间并发从100跳到10000，验证系统能否扛住冲击并在流量回落后自动恢复。
6.容量测试验证系统在不同数据量下的表现。比如数据库从10万条数据增长到1000万条时，查询性能是否仍可接受。
二、必须监控的八大核心指标
1.响应时间是用户最直观的感受，重点关注平均值、P95和P99，而不是平均值。平均值会掩盖长尾延迟，P99才能反映最差那批用户的真实体验。
2.吞吐量（TPS/QPS）衡量系统每秒能处理多少请求，是评估系统处理能力的核心指标。
3.并发用户数指同一时刻在线操作的用户数量，是负载测试的核心变量。
4.错误率反映系统在压力下的稳定性，通常要求低于0.1%，超过1%说明系统存在严重问题。
5.CPU利用率超过80%说明计算资源紧张，是应用层瓶颈的重要信号。
6.内存占用持续上升不回落，大概率存在内存泄漏，是稳定性测试的重点监控对象。
7.磁盘IO和网络带宽打满说明底层资源成为瓶颈，需要考虑扩容或优化数据读写策略。
8.数据库连接池使用率如果持续接近100%，说明连接池配置不足或存在连接泄漏，是最常见的性能瓶颈之一。
性能测试的本质是用数据回答三个问题：系统能扛多大？慢在哪里？怎么改？测试类型覆盖不同场景，指标锁定不同维度，两者结合可以让性能测试从"跑数据"变成"治病根"。
标签：性能测试、性能检测