软件性能测试指标有哪些？如何科学地开展指标测试？

软件指标测试

不少找第三方做性能测试的朋友，上来就踩了坑：要么机构给你堆了一堆花里胡哨的冷门指标凑页数，要么压测脚本完全脱离你家真实业务，最后出的报告数字好看，上线当天直接崩了。一个做本地生活平台的客户，在找我们之前找了家小机构做性能测试，对方光给测了个空接口的TPS，连下单、支付这些核心流程都没走，结果大促当天几百人同时下单，系统直接卡成PPT，之前的测试报告完全成了废纸。今天就站在第三方机构的视角，把实打实的核心指标、还有科学测指标的正确流程唠清楚，别再花冤枉钱拿一份没用的报告。

先说说正规第三方机构一定会给你测的核心指标，那些乱七八糟凑数的虚指标我就直接跳过了。

首先是面向真实用户体验的响应时间，第三方不会只给你个没意义的平均值，一定会把P95、P99响应时间单独拎出来，也就是95%、99%的用户请求能在多长时间内返回，很多系统平均响应时间看着只有1秒，但是1%的用户要等5秒，这种长尾问题自己测很容易漏掉，专业机构一抓一个准。

然后是业务维度的吞吐量，也就是对应你家核心场景的TPS，比如下单事务、支付事务每秒能处理多少个，不是那种空接口跑出来的假TPS，这个数才是真的能反映你家系统扛不扛得住高峰期流量的硬指标。

接下来是第三方机构最看重的稳定性和合规类指标，这也是很多团队自己测的时候容易忽略的部分。

首先是错误率，正规机构会盯着不同负载下的请求失败率、超时率，要求必须控制在千分之一以内，要是压测的时候错误率飘上去了，绝对不会随便给你出合格报告。

然后是全链路资源利用率，从服务器的CPU、内存、磁盘IO，到数据库的连接池使用率、慢查询占比，再到中间件的队列堆积情况，第三方会从头到尾给你捋一遍，不会只盯着单台机器的CPU使用率看。

还有针对政务、金融类项目的合规要求，会额外加上等保要求的性能指标，比如长时间高负载下的系统可用性，连续跑72小时稳定性测试的内存泄漏情况，这些都是自己测很难覆盖全的点。

再说说正规第三方机构是怎么科学开展这些指标测试的，完全不是随便开个压测工具跑两下就完事。

第一步绝对不是上来就搭环境，而是先跟你把业务场景抠透，把你家系统的高峰期用户画像、核心操作路径、历史峰值流量数据全摸清楚，比如你家大促的时候是先抢券再下单再支付，机构就会完全照着这个真实用户行为写脚本，不会随便写个通用脚本应付事。

第二步是搭对齐生产的测试环境，小到服务器的配置、数据库的版本，大到网络带宽、中间件的参数，全都会跟你线上环境保持一致，绝对不会用低配机器测完给你报个虚高的性能数据。

正式开测的时候，第三方机构不会一上来就把并发拉满，而是分阶梯慢慢往上加负载，从几十并发的基准场景开始，每往上加一档并发，就停留足够长的时间，把当前档位的所有指标数据全采集完整，一步步测出系统从流畅运行到性能拐点，再到完全崩溃的完整曲线，连系统在80%最大负载下连续跑24小时的稳定性表现，也会给你完整记录下来。

最后出报告的时候，不会只扔一堆数字给你，会把每个指标背后的问题点标出来，比如P99响应时间超标是因为数据库没加索引，还是缓存命中率太低，连对应的优化建议都给你写得明明白白，不是一份只能用来应付验收的空报告。

找第三方做性能指标测试，核心不是要一堆好看的指标数字，而是要拿到能真正帮你摸清系统性能边界、找到瓶颈的有效结果，别光图便宜找那种随便跑两下就出报告的机构，最后上线出问题，损失的可比你省的那点测试费多得多。

标签：指标测试、性能指标