自主签收与距离校验接口压测方案对齐会

项目	内容
日期	2026-05-13
参与人	张喜、邱毅、刘晓娜、吕杰、郑然然等8人

会议摘要

本次会议明确了自主签收接口的压测目标为 TPS 748，制定了距离校验接口的独立压测策略，并确定了 5 月 15 日启动压测、18 日产出报告的时间节点。

一、核心压测目标与指标对齐

针对自主签收扫码即提交的新增接口，团队基于历史数据推演，确定了具体的性能指标与压测标准：

1. 压测目标值（TPS）设定

极限峰值推演：基于历史数据（日均 600 多单，单均 50 提），推算出高峰时段（2小时）需处理 2 万多提。经计算，极限 TPS 目标设定为 748。
压测执行标准：压测过程中，若响应时间超过 1 秒，则立即停止压测并启动会议复盘；P95 响应时间需控制在 200 毫秒 以内。

2. 压测环境与资源准备

环境配置一致性：张喜需在 5 月 14 日 完成压测环境的资源扩容，确保配置与生产环境一致。
数据准备规模：吕杰需准备约 1000 万至 2000 万 的码量数据进行压测，以覆盖极限场景。

二、距离校验接口压测策略调整

针对新增的距离校验接口，会议重新评估了其压测必要性与执行方案：

1. 压测必要性确认

独立接口压测：确认距离校验接口为独立新增接口，虽调用量低（日均约 3 万次），但因其涉及多数据源查询（MongoDB 与 MySQL），需单独进行压测以评估其对整体链路响应时间的损耗。
链路影响评估：若该接口响应时间过长，将直接影响用户侧的整体体感，因此必须确保其性能达标。

2. 数据构造与执行方案

动态参数构造：由张喜协助从主数据中抽取真实的 5 段地址组合（如京津大区-丰台-花乡街道），生成动态参数文件供吕杰使用，以确保压测数据的真实性与缓存命中率。
压测时间安排：距离校验接口的压测与自主签收接口同步进行，计划于 5 月 15 日 启动。

三、项目排期与交付物规范

1. 关键时间节点

压测启动：定于 5 月 15 日 启动自主签收与距离校验接口的压测。
报告产出：压测结果需在 5 月 18 日 产出，并进行内部对齐。

2. 文档与报告规范

方案标准化：吕杰需基于郑然然提供的模板，重新梳理压测方案文档，确保包含接口编码、业务数据说明及资源情况。
结果输出：压测结束后需同时输出测试报告与修订后的测试方案，以供评审。

四、待办事项

序号	待办事项	负责人
1	完成压测环境扩容（与生产环境一致），并协助抽取距离校验接口的动态参数数据	@张喜
2	准备 1000-2000 万码量的压测数据，并基于模板输出压测方案及报告	@吕杰
3	提供压测方案模板，并协助吕杰完成方案修订	@郑然然
4	协调关闭 SR 报表服务，以便吕杰进行数据准备	@张喜