PTS压测测试了一下发现压测报告上的总请求数量小于后台看到的下单数量,这是什么问题呢?报告id:IJX3B49Y 后台实际数据有184个,报告中有166个请求。
如果在PTS压测中,报告上的总请求数量小于后台看到的下单数量,可能有以下几个原因:
未覆盖所有下单场景
在PTS压测中,如果没有覆盖到所有的下单场景,例如某些用户的下单请求没有在测试中被模拟到,那么在报告中统计的总请求数量就会小于实际的下单数量。
未考虑重试机制
在实际生产环境中,由于各种原因,例如网络延迟、服务器负载等,有些下单请求可能会失败,此时系统可能会进行自动重试,直到下单请求成功或达到最大重试次数为止。如果在PTS测试中未考虑到系统的重试机制,可能会导致在报告中统计的下单请求数量小于实际的下单数量。
计算方式不同
在不同的环境中,可能使用不同的计算方式来统计总请求数量。例如,在PTS测试中,可能只统计请求成功的请求数量,而不统计请求失败的数量,或者在后台系统中,可能统计所有的下单请求,包括成功和失败的请求。这种差异可能会导致报告中统计的总请求数量与实际的下单数量存在差异。
这个是两边对请求数的定义不同导致的,PTS施压机这边收到响应才认为完成一个请求,服务端认为接收到request就完成一个请求,所以假如施压过程在从请求从服务端到施压机中断掉,是不会被算入请求数的,控制台上看到的请求数略小于后台看到的是正常现象。此回答整理自钉群“【4群】PTS用户交流群”
版权声明:本文内容由阿里云实名注册用户自发贡献,版权归原作者所有,阿里云开发者社区不拥有其著作权,亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容,填写侵权投诉表单进行举报,一经查实,本社区将立刻删除涉嫌侵权内容。
云原生可观测基于Prometheus、Grafana 、OpenTelemetry 等核心产品, 形成指标、链路存储分析、异构数据源集成的数据层, 通过标准PromQL和SQL提供大盘展示、告警与探索能力。