软件性能测试的 8 大核心类型

定义：模拟系统日常或预期的Zui大用户量/业务量，观察其在“正常范围”内的性能表现。

目的：确认系统能否在约定负载下（如“双11预计5万用户同时下单”）保持稳定，核心指标不超标。

关键指标：响应时间（≤2秒）、吞吐量（如“每秒处理3000笔订单”）、资源占用率（CPU/内存≤80%）。

场景：电商大促前的“日常峰值模拟”、政务系统“月度申报期用户量验证”。

定义：逐步增加负载至远超预期的极端水平，直至系统崩溃或出现性能拐点，找出“Zui大承受力”。

目的：暴露系统在“过载”时的脆弱点（如“数据库连接池耗尽”“内存溢出”），为扩容或限流提供依据。

关键指标：Zui大并发用户数、崩溃前吞吐量、错误率（如“并发超10万时错误率骤升至20%”）。

场景：金融系统“模拟挤兑高峰”、直播平台“突发百万观众涌入”。

定义：聚焦系统数据存储与处理能力，验证其在“海量数据”下的性能衰减。

目的：明确系统能承载的Zui大数据量（如“数据库存储10亿条记录仍高效查询”），避免因数据膨胀导致性能滑坡。

关键指标：数据读写速度（如“千万级数据查询耗时”）、存储扩容阈值、索引效率。

场景：物流系统“亿级运单数据存储查询”、医疗系统“十年电子病历检索性能”。

定义：模拟大量用户同时执行相同或关联操作，验证资源竞争（如“库存扣减冲突”“账户余额并发修改”）的处理能力。

目的：发现“并发漏洞”（如“超卖”“数据脏读”），确保多线程/进程下的数据一致性。

关键指标：事务成功率（如“并发扣减库存成功率≥99.9%”）、锁等待时间、死锁发生率。

场景：票务系统“热门演出票同时抢购”、银行“批量转账并发处理”。

定义：在预期负载下持续运行较长时间（如72小时、一周），观察系统是否因“隐性损耗”（内存泄漏、连接池耗尽）性能下降。

目的：暴露“时间累积型问题”，确保系统“7×24小时”稳定运行。

关键指标：长时间运行后的响应时间波动（如“72小时后响应延迟是否翻倍”）、资源占用趋势（内存是否持续增长）。

场景：工业控制系统“连续生产监控”、云服务“月度账单结算周期验证”。

定义：在特定环境下（如“固定硬件配置+标准数据集”），测量系统的基础性能指标，作为后续优化的“参照物”。

目的：量化系统“初始性能基线”，便于对比优化前后的效果（如“优化后吞吐量提升30%”）。

关键指标：单次操作耗时（如“用户登录平均耗时”）、标准场景吞吐量（如“每秒处理1000次查询”）。

场景：新系统上线前的“性能摸底”、同类产品选型时的“横向对比”。

定义：调整硬件（CPU/内存）、软件（数据库参数、中间件配置）或网络环境，对比不同配置下的性能差异。

目的：找到“性价比Zui高的配置方案”（如“8核16G服务器比16核32G性能损失仅5%，成本减半”）。

关键指标：单位资源性能产出（如“每GB内存支持的并发用户数”）、配置变更对性能的影响率。

场景：企业IT部门“服务器选型”、云服务商“实例规格推荐”。

定义：主动模拟部分组件故障（如“主数据库宕机”“服务器节点离线”），观察系统能否自动切换至备用资源并维持服务。

目的：确保系统具备“高可用性”，故障恢复时间（RTO）和数据丢失量（RPO）符合SLA（服务级别协议）。

关键指标：故障检测时间、切换耗时（如“主备切换≤30秒”）、切换后性能衰减率（如“临时性能下降不超过20%”）。

场景：金融核心系统“双活数据中心切换”、电商“CDN节点故障应急”。