基于目标的负载测试疑难解答

故障排除步骤

基于目标的负载测试可能无法实现所需的事务目标，主要是因为负载下的服务器响应时间增加。有关响应时间增长如何影响负载测试期间每分钟事务数的详细说明，请参阅本文的 Factors Causing for Shortfall in the Throughput 部分 。

要确定根本原因，请打开负载测试报告图表并检查测试报告是否有失败的测试会话：

1. 如果存在错误，请查看失败会话的详细信息以确定错误的原因：
   • 如果错误与脚本相关，请修改脚本以解决这些错误。
   • 如果误差与负载相关，我们建议使用 Dynamic Adjustable Load Curve 运行简短测试。手动将用户负载增加到所需水平将有助于预测服务器响应时间的波动，并相应地微调基于目标的曲线参数。
2. 如果错误很小或未检测到，但 Response Time 图表显示相对于用户负载成比例增加，则问题可能源于基础架构限制或应用程序性能瓶颈。

此外，配置不正确的 负载测试方案 可能会导致测试结果不准确。始终校准负载喷油器 Payload 并为测试参数应用建议的值，除非您的特定测试需求需要自定义配置。

如果您在测试配置方面需要帮助，请为您的测试审核 创建支持票证 。

导致吞吐量不足的因素

以下关键因素可能会导致每分钟实现的事务数不足。

响应时间增长

未达到 Transaction Goal 的一个常见原因是服务器在负载下的平均响应时间 （Avg. Response Duration） 增加。随着用户负载的增加，服务器可能需要更长的时间来处理每个请求，从而导致更长的响应时间和每分钟的事务数减少。

响应时间随用户负载成比例增加

如果平均响应持续时间与用户负载成比例增加，则无论您增加多少负载注入器数量或最大并发用户数限制，实现所需的每分钟事务目标都将变得具有挑战性。在这种情况下，简单地添加更多用户不会导致更多的事务。

测试提前终止

在收集动态重新计算用户负载所需的响应数之前，负载测试可能会根据指定的负载测试持续时间得出结论。这种过早终止可能导致测试结果不准确或不完整。

如果您的服务器性能显著下降（导致平均响应持续时间增加），则测试周期持续时间将延长，因为所需响应数的等待时间会延长。这可能会导致计划负载 测试持续时间 不足以完成单个周期的情况，从而导致用户负载计算不准确或不太精确。