单/多用户登录模式在10k用户性能测试中的适用性及差异咨询

测试场景：登录系统 → 点击Add Button → 填写详情信息 → 点击Save Button，测试并发用户量级为10k

问题1：执行测试是否需要准备10k套登录凭证，仅使用单套凭证是否可以完成测试？ #

具体是否需要多套凭证，取决于你的压测目标和被测系统的规则：

• 若仅需验证Add、Save相关接口的极限承压能力，且被测系统无单账号同时登录限制、无单用户操作频次限流规则，单套凭证可完成基础压测，无需准备10k套凭证。
• 若压测目标是模拟真实用户使用场景，或是被测系统存在单账号多点登录互踢、单用户操作限流、用户维度会话资源隔离规则，必须准备10k套凭证，否则压测流量会被系统安全/限流规则拦截，无法覆盖目标业务逻辑。
• 若测试链路包含登录接口本身的性能验证，也必须使用10k套凭证，重复用单账号测试登录性能无实际参考意义。

问题2：两种登录凭证使用方式是否会对性能指标结果造成差异？ #

两种方案的测试结果必然存在差异，核心差异点如下：

• 服务端资源消耗偏差：单账号场景下服务端仅需维护1份会话数据（如token状态、用户权限缓存、session信息），内存占用、缓存查询开销远低于10k独立账号场景，测得的接口响应时间、服务吞吐量会高于真实生产场景，结果偏乐观，无法反映实际性能表现。
• 流程成功率偏差：若系统存在单账号互踢、限流规则，单套凭证压测会产生大量登录失败、操作被拦截的报错，成功率、错误率指标完全失真。
• 业务逻辑执行偏差：部分系统的Save操作存在用户维度资源锁、用户数据分片规则，单账号反复提交请求可能触发锁等待，或是所有请求落到同一数据分片，反而会出现比真实场景更差的性能表现，结果同样不具备参考性。

若压测目标是预演生产真实流量，建议优先选择和真实场景匹配的多账号方案，避免测试结果失效。

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