2026-06-29 工作日志
7月版本上线与需求管理工具对齐周会
发言人：李亚洲、吴菊、龚明、刘晓娜、任铭等16人
会议复盘了经典全品项库存盘点数据，明确了7月2日版本上线前的测试与评审节点，重点对齐了APM接入方案与TTS停服影响，并决议将需求管理工具统一迁移至PM系统。
小结
业务数据复盘与版本进度
- 经典全品项库存盘点数据：1月产品在 N-2 盘点占比 13.57%、N-3 降至 2%；2月产品在 N-2 约 20%、N-3 降至 5%；3月 N-2 为 21%、4月 N-2 为 15%，显示市场消化速度放缓。后续将把追踪数据同步至看板。
- 7月版本上线关键节点：
- 活动中心产品走查正常，7月2日上线。
- TTS 已完成上线检查清单，7月1日凌晨上线。
- SFA 提示优化按计划推进。
- 智慧门店数据走查按计划进行，P0 问题技术方案评审已完成，门店服务切换需求上线时间调整至 7月8日。
- APM 接入方案决策：因存在延期风险，决定今日评估 APM 与神策数据的重合度；若有价值，费用走 SIV 预算，否则按原计划推进性能优化。
遗留问题与系统一致性
- 盘点重复数据清洗：上周五完成评审，目前修复中，需停服 3-4 小时，计划结合发版窗口处理。
- 健康度监控：针对用户问题反馈，今日进行 SAT 测试。
- 接口性能排查：盘间上传接口响应慢，疑似连接池或 Demo 服务超时，今日继续定位。
- 数据一致性校验：智慧门店与小智系统一致性按计划推进；云商侧问题已解决并纳入自动化监控；本周新增主数据和营销活动中心的数据量比对。
- 电商物流与融合仓：电商物流 4 单元方案计划 7月底给出；融合仓扫码方案 7月初完成，618 后确认全量支持可行性。
需求管理与工具对齐
- 统一迁移至 PM 系统：放弃 Excel 表格，统一使用 PM 系统进行需求管理，实现资源负荷可视化与过程管理。
- 颗粒度细化：需求拆解至子任务级别（开发、测试、UAT），由各项目经理自行维护。
- 执行规范：今日完成权限开通与任务拆解，复核 SFA 提示优化（7月2日）与智慧门店 P0 问题（7月8日）的排期一致性；日报内容后续直接基于 PM 系统生成，不再维护单独 Excel。
TTS 停服影响与回归测试
- 停服窗口：7月1日凌晨拆库迁移，预计停机 4 小时。
- 数据重传机制：服务不停但暂停写入中间表，切换完成后补录数据；需拉会确认营销活动中心的数据重传与续传机制。
- 全量回归测试：建议针对 7月2日版本进行全量回归，避免代码改动影响未涉及模块。
待办
- 盘点数据大表：李亚洲需将盘点数据大表发到群内。
- APM 接入费用控制：张建利需沟通 APM 接入费用控制方案。
- 盘点重复数据清洗停服安排：刘晓娜需确认修复时间及停服安排。
- TTS 停服数据重传机制：刘晓娜、彭婷婷需拉会确认 TTS 停服期间营销活动中心的数据重传机制。
- PM 系统权限与任务拆解：李亚洲、宝仟需今日完成 PM 系统权限开通、任务拆解及排期复核。
- 需求 PRD 修改确认：李亚洲需今日完成需求 PRD 修改确认并找业务签字。
经销商多OU场景下5段取值优化方案评审
本次会议评审了经销商多OU场景下5段取值的优化方案，明确了新增字段、调拨场景的优先级逻辑以及相关的测试要点。
小结
流向文件新增字段及5段取值逻辑
- 为解决经销商拥有多个OU导致5段取值不精准的问题，将在 flow 文件中增加经销商OU编码、收货地址ID和收单地址ID三个字段。
- 当销量计入方式为“收货方”时，取收货地址ID对应的5段；否则，取收单地址ID对应的5段。
- 该优化仅针对生产码表，报表层面的逻辑不受影响。
调拨场景的优先级取值逻辑
- 在调拨场景下，若 flow 文件中未提供OU编码，则系统将采用优先级逻辑来确定取值。
- 优先匹配系统中有效的OU；若无有效OU，则按OU的顺序取最新的更新时间对应的5段信息。
主数据状态校验规则变更
- 明确了主数据状态的校验规则：OU地址层主数据状态只取“有效”和“业务失效”；财务失效的OU将被过滤。
- 销售5段管理的校验规则也已同步更新。
待办
- 测试用例完善：秦丽娜需在测试用例中补充主数据状态为“财务失效”、“业务失效”以及“有效”的各种组合场景；并明确区分“BC无码装”和“非BC无码装”的前置条件。
- 测试执行策略调整：秦丽娜需调整测试策略，对于报表层面的验证，重点确认其不受本次逻辑变更的影响即可，无需验证其输出数据是否完全符合新逻辑。
- 流程同步：秦丽娜需在下次评审时邀请郑然然和陈德智共同参与，确保主数据状态相关的复杂逻辑得到充分讨论。
经销商OU地址层主数据优化测试用例评审
本次会议评审了经销商OU地址层主数据优化的测试用例，明确了Flow文件字段取值逻辑及调拨场景的特殊规则，并修正了主数据状态过滤逻辑与测试用例的编写规范。
小结
Flow文件字段取值逻辑与测试范围界定
- 字段取值规则：Flow文件包含货权经销商OU编码、收货地址ID、收单地址ID。当销量计入方式等于“收货方”时，取收货地址ID对应的5段；否则（不等于或为空）取收单地址ID对应的5段。
- 主数据状态过滤：系统仅处理OU地址层主数据状态为“有效”的数据，无效数据将被过滤，不参与后续计算。
- 空值处理机制：当销售计量方式为空时，系统取值为空；若收单地址ID为空，同样取值为空。
- 测试范围限定：本次上线仅验证Flow文件字段能否正确写入生产码表及调拨场景的取值逻辑，不涉及下游报表（如B端出货明细表）的显示逻辑验证。
- 报表逻辑回归：虽然报表逻辑未改动，但需验证B端出货明细表的数据展示不受本次代码变更影响，确保数据一致性。
调拨场景与特殊规则处理
- 单OU逻辑：Flow文件不含OU编码时，若系统中仅存在单个OU，直接取该OU对应的5段信息。
- 多OU逻辑：若存在多个OU，优先匹配特定编码（如220110）；若无特定编码，则按分公司顺序（如20130）或更新时间最新原则取值。
- 沃尔玛特殊处理：针对沃尔玛经销商，无论其业务或财务状态如何，系统强制取特定OU编码（如220110）对应的5段信息。
- 无货权补货权场景：针对无货权补货权场景，需验证营销助手出货、小智自主签收等特定业务场景下，5段信息的正确复制逻辑。
测试用例缺陷与逻辑修正
- 状态过滤规则变更：原逻辑中财务失效状态被保留，现修正为仅保留“有效”和“业务失效”状态，财务失效数据直接过滤，不再参与计算。
- 测试覆盖补充：需补充验证当OU状态为“财务失效”或“业务失效”时，系统是否能正确过滤数据，确保Flow文件不写入无效5段信息。
- 前置条件缺失：现有用例缺乏明确的前置条件（如TTS传输数据的具体状态），需补充数据构造步骤，明确区分新旧逻辑的输入差异。
- 逻辑验证盲区：针对新旧逻辑取值可能相同的情况，需通过构造特定数据（如新旧逻辑取值不同的数据）来验证系统实际执行的是新逻辑。
待办
- 修改测试用例：秦丽娜需修改测试用例，补充主数据状态过滤逻辑（仅保留有效和业务失效，过滤财务失效）。
- 修正前置条件：秦丽娜需修正测试用例的前置条件，明确TTS传输数据的具体状态及数据构造步骤。
- 补充差异验证数据：秦丽娜需补充验证新旧逻辑差异的测试数据构造步骤，确保能验证系统执行的是新逻辑。
- 邀请下次评审：秦丽娜需邀请刘丽参与下一次的测试用例评审。
APM平台全面培训
本次会议为APM平台的全面培训，内容涵盖数据接入、日常分析及告警配置三大模块。
小结
1. 数据接入
- 后端服务：介绍了Kubernetes (K8s) 和 Linux 两种环境的探针部署方法。K8s部署需先创建命名空间并打label；Linux环境则需部署one-agent和collector。
- 前端服务：演示了小程序的接入流程，包括在开放平台添加应用、下载并配置探针、修改JS代码及在微信后台配置合法域名。
2. 日常数据分析
- 核心场景：梳理了应用与微服务及小程序两大产品的核心分析场景，包括事务分析、健康度、数据库、参数分析、JVM及线程分析。
- 分析方法：以事务分析为例，介绍了"耗时排序 -> 分解 -> 查看单样本"的快速分析路径。对于小程序，则通过卡顿率、请求耗时、JS错误等指标进行分析。
- 日志溯源：介绍了如何通过配置，将Trace ID打印到应用日志中，以便在日志系统中进行链路追踪。
- 拓扑图优化：讨论了服务调用链路图中IP地址显示不友好，希望能改为应用名称的优化需求。
3. 告警配置
- 告警规则：详细讲解了告警规则的配置，包括选择监控对象、设置阈值（如错误率、响应时间）、配置触发机制（如阈值检测、异常检测）及评估周期。
- 响应策略：说明了告警触发后的通知方式，如邮件、企业微信或第三方接口推送，并可根据告警等级（如严重/警戒）设置不同的响应动作。
待办
1. 产品功能优化需求
- 提出将服务调用链路图中的IP地址优化为应用名称的需求。—— 杨文强
- 提出优化线程池分析页面，使其更易于关联到具体Pod实例的需求。—— 杨文强
2. 安全功能试用
- 申请APM平台的安全功能试用权限，以便后续进行深入探讨。—— 杨文强
3. 技术问题排查
- 针对参会者提出的应用CPU使用率与Pod监控存在差异、请求与服务接口搜索结果不一致等问题，会后需进行排查。—— 杨文强