performance - 平均响应时间是否应该包括失败的事务?
问题描述
在 loadrunner 报告中,它不包括用于计算平均响应时间的失败事务,但在 JMeter 中,它还包括用于计算平均响应时间的失败事务。我在这里有点困惑。计算平均响应时间的最佳方法是什么?它是否应该包括失败的交易?详细的解释将不胜感激。
解决方案
这取决于您的“交易”到底在哪里失败。
如果它到达服务器,进行“命中”(或多次命中),启动请求处理并以不成功的状态代码失败 - 我相信它应该包括在内,因为您的负载测试工具已触发请求并且它是下的应用程序未能正确或按时响应的测试。
如果“事务”由于缺少测试数据或负载测试工具的配置不正确而没有启动 - 它不应该被包括在内。但是,这意味着您的测试不正确,需要修复。
因此,对于表现良好的测试,我会将所有内容都包含在报告中,并可能准备 3 个视图:
- 一切(通过和失败的交易)
- 只有成功
- 仅失败
在 JMeter 中,您可以使用过滤结果工具从最终报告中删除失败的事务,该工具可以使用JMeter 插件管理器安装
推荐阅读
- hyperledger - 构建锯齿-seth-tp 时出现 protobuf 错误
- sql - OracleSQLDeveloper 循环遍历所有表中的所有列以查找并记录表和字段名称
- python - ValueError:检查输入时出错:预期 conv2d_3_input 的形状为 (100, 100, 1) 但得到的数组的形状为 (100, 100, 3)
- javascript - 在 Laravel 中更改 .vue 文件会自动更改不相关的 CSS
- c++ - fflush() 没有按预期工作
- json - 在 JSON 中使用状态变量时无法获得所需的输出
- r - 使用 geom_density() 将不同的自定义颜色放在多个密度图中的不同方面
- spring - 在 H2 上测试休眠实体
- python - Python 多处理:将 pool.map 应用于特定对象的方法
- go - `go get cloud.google.com/go/cloudtasks/apiv2` 的一些问题;未定义:grpc.RoundRobin