基于JMeter的负载测试：小量交易对手与企业用户是否需测试？

核心判断依据 #

从用户量级、业务影响、操作类型三个维度来判断：

交易对手用户（2000个） #

• 先看真实并发场景：如果日常峰值只有几百个用户同时操作，且都是普通查询、常规交易这类低消耗操作，不用做全量负载测试，但核心链路必须做性能验证——比如他们和客户用户交互的交易接口，模拟峰值并发，确认不会拖垮核心流程。
• 要是交易对手有批量操作、大额交易这类高资源消耗的功能，哪怕量级不大，也得测，避免这类操作触发数据库锁、接口超时等瓶颈。

企业用户（61个） #

• 重点看操作权重：如果企业用户是做后台批量审核、全量数据导出、系统配置这类操作，哪怕只有两三个用户同时执行，都可能占满数据库连接池、拖垮服务器，必须单独做压力测试，验证这类操作的资源占用上限。
• 要是只是普通的查询、基础操作，且日常并发极低，跳过负载测试，做完功能验证后跑个简单的冒烟测试就行。

测试成本优化建议 #

• 优先把资源砸在客户用户的全量负载测试上，毕竟300万用户是系统的核心压力来源，这部分不能省。
• 交易对手和企业用户不用做全量覆盖，只测他们的高频核心功能，模拟真实场景的并发量就行，不用纠结测试数据复用的问题，针对性测关键项。
• 可以拉取生产环境的历史监控数据（CPU、内存、接口响应时间），如果这两类用户的操作从来没引发过性能问题，且短期内业务量级不会暴涨，也可以暂时省略负载测试，但要留好复测的口子，比如每季度抽测一次核心功能。

内容的提问来源于stack exchange，提问作者Anu