Skip to content

2026-04-27 工作日志 ​

各项功能点优化测试用例评审 ​

会议时间:2026-04-27 10:03

转写文件:查看转写

录制文件:查看录制

小结 ​

一、B端出货明细表补数逻辑

  1. 主数据状态:财务失效时签收相关字段为空(--),业务失效按有效逻辑处理;五段名称关联主数据状态,失效则为空,需补充至PRD及用例。
  2. 字段取值:签收人优先匹配内部人员,降级查询经销商;相关字段需校验主数据状态。
  3. 历史数据:清洗2026年1月1日至今数据,验证数据条数、字段一致性,排查签收类型字段缺失问题。

二、盘点明细表货权字段优化

  1. 取值逻辑:货权经销商按Code Flow文件编码写入,五段字段按其编码写入(空则显示--);财务失效时两者均为空,业务失效正常写入。
  2. 特殊场景:补充作弊数据(不影响作弊表)、无货权场景的验证用例。

三、其他模块

  1. 外部人员导购督导表:修复重复数据,验证测试环境数据唯一性。
  2. B端出货明细表:新增"签收状态""签收失败原因"字段,覆盖各类失败状态,补充箱码签收验证场景。

待办 ​

  1. 补充PRD中五段名称及主数据状态的逻辑说明 @秦丽娜
  2. 修改测试用例,分开验证财务/业务失效逻辑 @秦丽娜
  3. 补充作弊表数据验证用例 @刘莉
  4. 补充箱码签收、自主签收场景验证用例 @吕杰
  5. 确认并修复刷数逻辑(签收类型字段缺失) @张喜 @陈德智

营销活动中心早会 ​

本次会议同步了项目进展,明确了4+1报表、经典安慕希等问题的后续安排,并重点讨论了线上问题的根治计划。

小结 ​

  1. 项目进展与风险

4+1报表: 决定暂时不进行切换至中台加工,维持现状,待业务侧有明确需求后再议。

“四”表: 已完成测试,但存在调用单日统计数据时的潜在性能风险,需在上线前再次进行回归测试。

“一”表: 已正常上线。

  1. 关键问题与任务跟进

经典安慕希: 数据处理已完成,但需跟进供应商,确认数据并推动全量发布。

加锁方案: 方案已完成,需尽快组织评审。

TBS传中优: 地址ID的确认已完成,可继续推进。

扫码签收接口: 优化后的版本已在配置与生产环境一致后重新测试,结论已同步。

  1. 数据与报表

报表资料: 已完成汇总,待最终确认后再发给业务方。

数据修复: 需梳理数据类问题的修复计划,明确分类(如补数、修订逻辑等)及排期。

  1. 线上问题根治计划

问题清单管理: 明确了由宝仟和罗斌负责,每日下班前更新问题清单,确保信息同步。

历史问题盘点: 要求对2025年及更早的问题进行一次全面的盘点,确保所有历史遗留问题得到闭环处理。

待办 ​

1. 技术方案与报表

  • 会后将尚未确认的4+1字段逻辑发到群里。 — @陈祺
  • 需在备注中更新“4+1”报表暂停的状态。 — @刘晓娜
  • 需提醒“四”表可能存在性能风险,供测试同学关注。 — @刘晓娜
  • 需跟进“四”表及签收激励报表的回归测试。 — @马奇
  • 需跟进“经典安慕希”数据核对及全量发布事宜。 — @马奇
  • 需组织“加锁方案”的评审。 — @马奇
  • 需跟进“椰奶”项目的最新进展。 — @马奇
  • 需确认并输出14个待下线服务的详细计划。 — @张喜
  • 需将报表资料发给德智进行最终确认。 — @余建新
  • 需组织“扫码签收接口”优化方案的内部评审。 — @马奇

2. 线上问题根治

  • 要求宝仟和罗斌在中午12点前,提供一份关于历史问题的盘点清单。 — @吴菊
  • 要求宝仟和罗斌在当天下班前,向其汇报2025年问题的逐项核对结果。 — @吴菊
  • 要求王凯和马奇做好各项工作的记录。 — @吴菊

3. 月度工作规划

  • 将在会后与相关人员当面讨论,明确月度重点工作计划并安排排期。 — @吴菊

扫码必填代码Review ​

本次会议主要围绕扫码必填的业务逻辑代码走查,并讨论了日常开单、自主签收及扫码查证等需求。

小结 ​

  1. 扫码必填业务逻辑代码走查

本次走查旨在审查扫码必填相关业务逻辑的代码实现。 会议明确了需覆盖的业务场景:出货、签收、退货、盘点及扫码查证。 代码审查将采用“设计文档”与“Java代码”逐项核对的方式进行,确保所有必填字段的校验逻辑都得到实现。

  1. 日常开单与自主签收需求

日常开单:针对此场景,需为原本只有出货信息的单据,补充签收信息。具体实现为将出货单的所有信息映射并写入签收记录。 自主签收:针对此场景,需为原本只有签收信息的单据,补充出货信息。具体实现为将签收单的信息映射并写入出货记录。 历史数据修复:上述两种场景均涉及历史数据修复,需将缺失的签收或出货信息进行补全。

  1. 扫码查证需求

功能增强:新增了扫码人职位编码和名称等字段。 校验逻辑:增加了对扫码人职位的必填校验。对于微信小程序等特定场景,校验逻辑有所放宽。 数据处理:明确了在read_type为record(仅记录,不落库)的场景下,不进行数据落库和报表组装。

待办 ​

1. 扫码查证功能优化

  • 针对扫码查证功能中,为兼容小智、智慧门店等场景而调用该接口的情况,需作为优化项记录下来,后续应将其与扫码查询功能解耦。粱健
  • 针对智慧门店因数据可能存在重复而导致取用户信息时需取最新一条的问题,需跟进其后续的治理方案。张建利

2. 历史数据修复方案

  • 针对日常开单和自主签收场景的历史数据缺失问题,需制定详细的数据修复技术方案,并邀请专业同学(学通)共同评审,以确保方案的可行性和高效性。粱健 — @邱毅

3. 代码审查

  • 在代码审查过程中,需对照设计文档,逐项核对Java代码中所有必填字段的校验逻辑是否完备。粱健 — @邱毅
  • 20260427-技术方案评审

液奶渠道业务培训 ​

https://my.feishu.cn/wiki/LiPpwmLssi9fhzkqw4hcAB1AnJg 本次会议系统性地介绍了公司渠道现状与发展趋势,深入分析了各类渠道的特性、运营模式及未来策略。

小结 ​

  1. 渠道现状与发展趋势分析

渠道多元化:当前渠道已从传统的超市、便利店扩展至线上电商、即时零售(如小象超市)、O2O、会员店(如山姆会员店)、折扣店、社区团购及私域(如1号团)等多种形态。 渠道增长与收缩:即时零售、O2O、会员店、零食等渠道为增长型;而传统商超、社区团购等渠道则呈现收缩趋势。 渠道分类:会议将渠道划分为四个象限,包括传统线下、B2B、新兴线上及私域等,并根据不同城市(如一线、三四线)的市场特点,分析了渠道的丰富度、差异性及发展趋势。

  1. 核心渠道模式详解

现代渠道(KA卖场):以永辉、物美为代表。运营模式复杂,涉及高昂的合同及运营费用,但通过“调改”(如胖东来模式)提升体验和服务,是当前重要的渠道。 会员店:以山姆会员店为代表。特点是品相精、客单价高、更新速度快。其成功模式包括与系统直供合作、进行产品定制以及拓展新店。 生鲜平台(即时零售):以小象超市为代表。核心特点是“30分钟直达”,依赖前置仓模式,线上下单、线下自提是基本特征,是当前增长最快的风口之一。 折扣店:分为“硬折扣”(如奥特莱斯,以低价吸引客流)和“软折扣”(如好特卖,售卖临期品)。其核心是低采购成本、低运营成本和高周转率。 零食渠道:以“零食很忙”、“万城”为代表。特点是门店数量多、产品结构化(引流品与利润品结合)、周转快,是目前增长潜力巨大的渠道。

  1. 传统渠道策略与挑战

现状:传统渠道仍是销售业绩占比最高的部分,但面临市场份额下滑的压力。 策略:会议提出了“直通网点”、“做拆单”、“产品分销”三大要求,旨在加强基础管理,提升单包销售,并探索在部分市场直接管理团队以增强终端掌控力。

  1. 特殊渠道(ToB/ToC)

ToB渠道:包括餐饮、学生奶、政企单位等。如餐饮渠道重点推进早餐市场;学生奶渠道则依赖政府招标和自贩机等新模式。 ToC渠道:如社区团购(多多买菜)、私域(1号团)。社区团购面临平台收缩和价格战;私域则依赖内容和信任经济。

待办 ​

1. 山姆会员店新品上市

  • 推进山姆会员店的定制化产品上市,如柏菲兰、娟姗4.0等,以提升销量。

扫码场景代码走查 ​

针对智慧门店重复数据问题,梳理并确认最终的去重逻辑方案。@张建利

CR - 扫码查证:部分查码场景使用了查证接口,需要记录到优化待办,已记录todo

AI Agent ​