开发者社区 > 云原生 > 云原生可观测 > 正文

PTS压测测试了一下发现压测报告上的总请求数量小于后台看到的下单数量,这是什么问题呢?

PTS压测测试了一下发现压测报告上的总请求数量小于后台看到的下单数量,这是什么问题呢?报告id:IJX3B49Y 后台实际数据有184个,报告中有166个请求。

展开
收起
三分钟热度的鱼 2023-07-04 19:01:28 181 0
2 条回答
写回答
取消 提交回答
  • 北京阿里云ACE会长

    如果在PTS压测中,报告上的总请求数量小于后台看到的下单数量,可能有以下几个原因:

    未覆盖所有下单场景
    在PTS压测中,如果没有覆盖到所有的下单场景,例如某些用户的下单请求没有在测试中被模拟到,那么在报告中统计的总请求数量就会小于实际的下单数量。

    未考虑重试机制
    在实际生产环境中,由于各种原因,例如网络延迟、服务器负载等,有些下单请求可能会失败,此时系统可能会进行自动重试,直到下单请求成功或达到最大重试次数为止。如果在PTS测试中未考虑到系统的重试机制,可能会导致在报告中统计的下单请求数量小于实际的下单数量。

    计算方式不同
    在不同的环境中,可能使用不同的计算方式来统计总请求数量。例如,在PTS测试中,可能只统计请求成功的请求数量,而不统计请求失败的数量,或者在后台系统中,可能统计所有的下单请求,包括成功和失败的请求。这种差异可能会导致报告中统计的总请求数量与实际的下单数量存在差异。

    2023-07-30 15:06:42
    赞同 展开评论 打赏
  • 这个是两边对请求数的定义不同导致的,PTS施压机这边收到响应才认为完成一个请求,服务端认为接收到request就完成一个请求,所以假如施压过程在从请求从服务端到施压机中断掉,是不会被算入请求数的,控制台上看到的请求数略小于后台看到的是正常现象。此回答整理自钉群“【4群】PTS用户交流群”

    2023-07-04 20:42:15
    赞同 展开评论 打赏

云原生可观测基于Prometheus、Grafana 、OpenTelemetry 等核心产品, 形成指标、链路存储分析、异构数据源集成的数据层, 通过标准PromQL和SQL提供大盘展示、告警与探索能力。

相关产品

  • 性能测试
  • 热门讨论

    热门文章

    相关电子书

    更多
    上云时代业务压测和诊断最佳实践 立即下载
    超大规模性能测试的云端方案及案例分享 立即下载
    Cassandra 性能压测及调优实战 立即下载