14｜性能测试怎么做？TPS、响应时间这些指标怎么定？

开场先讲目标先行：性能测试不是拿 JMeter 一顿压——先明确预期多少用户、高峰多大并发、业务能接受多长的响应时间，目标和产品、架构对齐了才设计场景。

回答思路

第一步：指标体系报全

• 业务侧：TPS（每秒处理事务数）、响应时间（平均和 P90/P95/P99——讲长尾不讲平均值是老手标志）、错误率
• 资源侧：CPU、内存、磁盘 IO、网络、连接池、线程池

两侧要一起看，才知道瓶颈在哪。

第二步：场景类型分四种讲

类型	目的
基准测试	单用户跑基线
负载测试	逐步加压到预期目标，看拐点
压力测试	压到极限，看崩溃表现和恢复能力
稳定性测试	目标压力持续跑几小时到几十小时，查内存泄漏这类慢性病

第三步：讲瓶颈定位思路

压出问题只是开始——从监控数据找瓶颈在哪层：应用（线程池满、慢 SQL）、数据库（索引缺失、锁等待）、资源（CPU 打满、IO 高），给出优化建议再复压验证，形成闭环。

收尾：讲输出

性能测试的价值是容量结论和优化建议——能给业务方说清「当前配置支撑多少用户、瓶颈在哪、扩容收益多大」的报告才是好报告。

考察重点

维度	说明
企业动机	性能问题是线上事故大户，几乎每个成熟团队都要求测试懂性能。有这能力的候选人薪资档位直接上一级
过线标准	指标讲全（含 P95 长尾）+ 场景类型能分清
区分度	讲「讲长尾不讲平均」「瓶颈定位闭环」「容量结论」的是真做过专项的；只会说「用 JMeter 压一下看 TPS」的是没用过
加分项	能说出一次真实的瓶颈定位经历，比如慢 SQL 加索引后 TPS 翻了多少倍
减分项	不知道 TPS 和并发的区别，或全程没有指标概念只聊工具

来源

整理自知识星球帖《面试情报 02｜软件测试必备 20 题》，返回题库。