2026-09-18 工作日志
项目测试与需求评审周会
发言人：李亚洲、王琪、余建新、郑然然、孔玮等8人
主题摘要：本次会议同步了集成测试进展，明确了选仓权限问题的修复方案与历史数据处理方式，并针对待办钱包回归测试范围不明确的问题，制定了补充PRD及重新评审的行动计划。
小结
1. 整体测试进展
- 集成测试进度：活动场景测试昨日新增 5 条用例，当前通过率 14%；盘点任务测试进度过半，通过率超 50%；计费钱包测试通过率达 50% 以上且无卡点；积分兑换卡券测试尚未开始。
- 移动端与 PC 端：移动端相关测试已全部完成并进入 SIT 阶段；PC 端运行正常。
- 告警处理：当前共 6 条告警，其中 4 条需今日完成规则调整，部分历史告警已修复或确认修复意义不大；14 号、16 号告警需今日进一步分析排查。
2. 需求与排期跟进
- 小智项目排期：昨日已完成详细需求沟通并确定排期，后续双方按安排推进开发。
- 营销活动中心数据拉取：全量数据拉取遇到问题，计划今日上午组会沟通解决。
3. 选仓权限逻辑问题排查
- 问题定位：业务人员在 500 米范围内选仓时未受权限限制，误选了非绑定经销商的仓库；系统历史逻辑未对人员选仓权限进行过滤，管理制度变更后代码未做相应调整。
- 修复方案：在选仓环节增加人员权限限制，随下一个版本发布（不赶 920 版本）；历史越权数据待研发中心完成权限控制调整后，由活动中心统一协助修复。
- 业务同步：需在微信群内向业务人员同步当前情况，提醒其选仓时注意切换经销商，并补充带切换按钮的页面截图。
4. 待办钱包回归测试评审
- 范围争议：测试团队对历史逻辑不熟悉，且 PRD 缺乏明确说明，导致无法界定回归测试范围；测试团队已基于智慧门店提供的全量用例进行删减，并按自有逻辑补充了缺失部分。
- 评审推进：需将具体业务与历史逻辑补充至 PRD 文档，补充完成后今日重新组织测试用例评审。
待办
1. 告警处理
- 今日完成 4 条告警的规则调整，并进一步分析排查 14 号、16 号告警。 ——孙东栋
2. 数据拉取
- 今日上午组织组会，沟通解决营销活动中心全量数据拉取遇到的问题。 ——邢健
3. 选仓权限
- 今日对选仓权限控制的技术方案进行对齐，并确认整体排期。 ——王琪
- 在微信群内同步选仓权限问题，提醒业务人员注意切换经销商，并补充带切换按钮的页面截图。 ——王琪
- 待研发中心完成选仓权限控制调整后，统一修复王佳旭的历史越权数据。 ——余建新
4. 测试评审
- 今日将待办钱包回归测试的具体逻辑补充至 PRD 文档，并重新组织测试用例评审。 ——孔玮
AI专项5
专项5，本周待发版上线Agent 1个，开发进行正常。其他AI Agent 处于线上运营及优化阶段。其中BRD生成 Agent 根据产品测提供的最新格式的BRD规范进行升级，开发工作完成，在UAT环境验证测试用，9月底更新上线。 平台菜单部分用户体验升级，已按和徐总沟通确认的按产品研发环节进行分组归类，9月底上线。
营销活动中心 9.20 版本代码评审
发言人：潘玉平、王建朝、张喜、张建利、马奇等6人
主题摘要：本次会议针对9.20版本中多U取值逻辑应用及B端出货明细表SR数据库时序问题两项需求进行代码走查，明确了兜底机制与修复方案，并探讨了架构优化与发版流程。
小结
1. 多U取值逻辑应用走查
- 报表取值逻辑变更：B端、盘点及查证报表在获取指定五段数据时，已调整为优先从马奇（coding info）直接赋值，若马奇数据存在则跳过原有查询逻辑。
- 中奖明细表无需改动：中奖明细表直接复用B端信息，不涉及中卫逻辑，无需进行本次代码修改。
- TDS 数据兜底方案：若 TDS 传过来的地址 ID 或五段数据为空，系统兜底根据经销商去主数据获取五段；TDS 数据已稳定运行一个多月，计划 20 号正式应用。
- 告警机制暂不开启：针对马奇五段数据缺失虽有兜底逻辑，但暂不开启告警，避免大量无效告警淹没正常错误信息，当前通过日志记录反向排查即可。
2. B端出货明细表 SR 时序问题修复
- 异常数据修复方案：针对签收与出货信息同时到达导致签收状态被置空的问题，数据中台将异常数据推送到 SR 表，系统通过定时任务扫描该表进行修复；修复逻辑通过出货流水号查询签收单信息，组装数据后发送至 MQ，后续完全复用现有签收单落库 B 端出货明细表的处理逻辑。
- 定时任务防死循环机制：默认设置最大循环次数 1000 次作为预防死循环的保护机制，扫描完异常数据后自动终止。
- 架构与服务调用规范：当前 MQ 服务处理时会直连 SR 库、Mongo 库等，存在多个服务直接连库的情况；针对数据库线程池排查困难的问题，后续需整理各服务与数据库的连接情况，并作为架构优化项进行记录。
3. 研发自测与发版流程
- 研发自测数据对齐：研发自测记录目前仅登记一条，需补齐数据并确保对齐；无法截取界面图的需提供系统日志作为证明。
- 独立需求发版流程优化：本次两项需求与 9.20 大版本无相关性，原计划当天或昨晚即可发布，因测试报告未出才被加入大版本评审；后续遇到此类独立且紧急的需求，建议与相关负责人沟通后自行发布或进行内部快速评审，避免占用大版本评审时间。
待办
1. 研发自测
- 补齐 9.20 版本研发自测记录，确保数据对齐，无法截取界面图的需提供系统日志。 ——潘玉平 张喜
2. 架构治理
- 抽空整理各服务与数据库的连接情况，并作为架构优化项进行记录。 ——宋洋
营销报表逻辑变更测试评审
发言人：吕杰、郑然然、余建新、张喜、马奇
主题摘要：本次会议针对营销报表逻辑变更需求展开测试评审，明确了货权5段取值规则、历史数据处理方式及经销商失效状态的影响，并确认了本次测试范围与上线安排。
小结
1. 报表逻辑变更与取值规则
- 货权5段取值优先级：报表中货权5段优先取码上携带的数据；若码上无5段值，兜底取货权经销商的5段值；两者皆无则默认使用 220110 作为兜底值。
- 历史数据处理：7月16号上线前已存在的历史数据，在报表中保持原值，不随后续操作发生改变。
- 调拨场景：7月16号之后若发生调拨操作，调拨后的新出货记录直接取码上的新5段值，与历史记录呈现不一致状态。
2. 经销商失效状态验证
- 业务失效不影响取值：业务失效状态在营销活动中心系统不触发特殊判断逻辑，等同于有效状态，不影响报表取值。
- 财务失效需验证：财务失效状态下仍需验证是否能正常走码上取值逻辑，需通过测试确认。
- 补充财务失效用例：需补充针对财务失效状态的测试用例，验证经销商失效情况下报表取值逻辑的准确性。
3. 测试范围与上线安排
- 核心报表验证：本次测试范围聚焦出货、签收、退货、盘点及流向异常等核心基础报表的货权5段取值逻辑；卡券核销表本次未涉及逻辑修改，不在本次测试范围内。
- 上线安排：本次报表逻辑变更需求计划于 7月20日（周日）上线（原文如此，疑为 9 月 20 日，恰为周日，对应 920 发版）；需在上线评审前补充需求说明，明确本次变更是 7月16日接入 TTs（疑为 TDS）后的报表应用逻辑调整，且属于报表逻辑改变。
待办
1. 测试用例补充
- 补充测试点，明确 7月16号后调拨场景的报表取值逻辑。 ——吕杰
- 补充财务失效状态的测试用例，验证其是否走码上取值逻辑。 ——吕杰
- 在上线评审前补充测试点说明。 ——吕杰