【问题标题】:Should average response time include failed transactions or not?平均响应时间是否应该包括失败的事务?
【发布时间】:2020-11-04 15:01:31
【问题描述】:

在 loadrunner 报告中,它不包括用于计算平均响应时间的失败事务,但在 JMeter 中,它还包括用于计算平均响应时间的失败事务。我在这里有点困惑。计算平均响应时间的最佳方法是什么?它是否应该包括失败的交易?详细解释将不胜感激。

【问题讨论】:

    标签: performance jmeter performance-testing load-testing loadrunner


    【解决方案1】:

    这取决于您的“交易”究竟在哪里失败。

    如果它到达服务器,“命中”(或多次命中),启动请求处理并以不成功的状态代码失败 - 我相信它应该包含在内,因为您的负载测试工具已触发请求并且它是被测应用程序未能正确或按时响应。

    如果“事务”由于缺少测试数据或负载测试工具配置不正确而未启动 - 则不应包含在内。但是,这意味着您的测试不正确,需要修复。

    因此,对于表现良好的测试,我会将所有内容包含在报告中,并可能准备 3 个视图:

    1. 一切(包括通过和失败的交易)
    2. 只有成功
    3. 仅失败

    在 JMeter 中,您可以使用 Filter Results Tool 从最终报告中删除失败的事务,可以使用 JMeter Plugins Manager 安装该工具

    【讨论】:

      【解决方案2】:

      失败的交易可能比通过的交易更快。例如,一个 4xx 或 5xx 状态消息可能几乎立即返回到客户端。获得足够的这些错误,您的平均响应时间将大大减少。事实上,如果我是一个肆无忌惮的测试人员,因为我的测试失败程度而受到谴责,我可能会在我的数据集中包含很多“快速响应”来故意扭曲响应时间,这样我的利益相关者就不会再对我大喊大叫了.

      并不是每次都会发生这种情况。

      【讨论】:

      • 在我的应用程序中,大多数 5xx 状态的响应速度都不比 2xx 快。
      • 您不只是提出了相同的论点,但响应时间的偏差与您可能希望从数据集中排除故障响应时间的原因相反。还是报失败....只是没有默认关联的时间
      猜你喜欢
      • 2015-02-10
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2017-01-31
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      相关资源
      最近更新 更多