智慧门店报表优化与测试用例评审
| 项目 | 内容 |
|---|---|
| 日期 | 2026-05-11 |
| 参与人 | 余建新、吕杰、郑然然、刘莉、陈德智等10人 |
| 评审结果 | 通过 |
会议摘要
本次会议重点评审了智慧门店报表的多角色取值逻辑优化及字段变更需求，明确了字段取值逻辑需与前端传参对齐，并决定将分散的需求合并至统一版本管理。同时，针对消费者中奖明细表的身份标签逻辑进行了详细测试用例评审，补充了失效状态及多表组合的覆盖场景。
一、智慧门店报表优化需求评审
1. 多角色取值逻辑优化
- 数据源切换确认：明确将查询逻辑从旧的"店主店员表"切换至新的"门店人员表"，涉及查证明细表、B端出货明细表及盘点明细表。
- 取值逻辑修正：针对"扫码人职位"字段，经技术确认该信息已由前端直接传递，无需后端进行二次匹配，仅需处理"扫码人姓名"的取值逻辑。
- 需求文档修正：要求产品经理（陈德智）根据技术反馈修正 PRD 文档，重点梳理前端传参与后端落库的逻辑差异，并补充缺失的字段定义。
2. 字段变更与需求合并
- 字段名称与新增规范：B端出货明细表需将"出货时间"更名为"出货时间（扫码）"，同时新增"出货时间扫码"字段，需明确其取值逻辑。
- 需求整合决策：为避免需求碎片化，决定将 5.12（出货时间变更）和 5.14（作弊明细表新增字段）的需求合并至吴南林维护的 V4 版本 PRD 中，统一进行评审与开发。
- 上线优先级划分：本周优先上线"字段名称修改"类需求（如产品编号改编码），新增字段的需求延后至下一版本。
3. 人员信息落库逻辑对齐
- 前端传参与后端落库冲突：针对"人员类型"和"姓名"字段，需确认前端传参与后端落库（查新表还是老表）的逻辑一致性。
- 版本依赖排查：经确认，姓名字段将在 5.28 版本由前端提供，当前需求需根据 5.28 版本的传参情况进行调整，避免逻辑冲突。
二、消费者中奖明细表测试用例评审
1. 身份标签拼接逻辑验证
- 多表查询逻辑：确认标签显示逻辑为依次查询内部人员、经销商人员、督导购、门店人员四张表，若存在则通过横杠拼接显示（如"内部人员-经销商人员"）。
- 互斥逻辑确认：明确"非系统内部人员"标签与上述四类标签互斥，只要在任意一张表中匹配到有效数据，即不显示"非系统内部人员"。
2. 失效状态与异常场景覆盖
- 失效状态处理：补充了人员状态失效的测试场景。若人员在主数据中状态为"失效"，即使存在于表中，也应视为"非系统内部人员"，不显示相应标签。
- 多表组合覆盖：要求补充测试用例，覆盖"四张表均存在但部分失效"的混合场景，以及"多张表同时存在"的拼接显示逻辑。
三、待办事项
| 序号 | 待办事项 | 负责人 |
|---|---|---|
| 1 | 修正 PRD 文档，梳理前端传参与后端落库的逻辑，并补充缺失字段定义 | @陈德智 |
| 2 | 将 5.12 和 5.14 的需求合并至 V4 版本 PRD 中，并补充完整的字段变更清单 | @吴南林 |
| 3 | 根据最新的 Excel 表（修改名称类），编写并提交测试用例 | @刘莉 |
| 4 | 补充消费者中奖明细表中关于"人员失效"及"多表组合"的测试用例 | @吕杰 |
| 5 | 协调产品、开发、测试三方，梳理近期上线版本的排期及技术方案评审 | @马奇 @刘莉 |