标题 test title

● 基于这几天实操（探平台、连库、读需求、发现外部依赖）回头审当前工作流，能看出不少当初立项时想当然
  、跟实际对不上的地方。先把 14 步摆出来，逐步挑问题和缺失。

  当前工作流（14 步）

  1 确认产品线 → 2 需求分析+生成用例(full/smoke) → 3 用例评审+排期 → 4 查禅道测试单
  → 5 开发体测后跑冒烟→审核→工单置"测试中" → 6 正式测试(留痕) → 7 查覆盖率+补测
  → 8 输出执行过程报告(审核) → 9 提缺陷(审核→禅道,指定模块+关联单)
  → 10 缺陷验证+回归(审核→关闭) → 11 输出测试结果(审核) → 12 流转工单"测试通过"(审核)
  → 13 查看产物 → 14 清理临时文件

  逐步审核：问题 & 缺失

  步骤: 1 确认产品线
  问题 / 缺失: ❌ 只确认产品线，没确认"环境+DB路由"。8 条业务线不在一套库：国内 dms(106.14.127.93)

  只有 QY/GI/XMOD/HT/BMFX/OXMOD 六个 product_line，六毫秒/Lago  在另一套库。缺"按业务线选
  后台地址/DB连接/账号"的路由子步骤
  依据（本次实操发现）: 实测 product_line 只有 6 个值，Lago/SF 无数据
  ────────────────────────────────────────
  步骤:
  问题 / 缺失: ❌ 缺 环境自检/依赖准备：Playwright
  浏览器、pymysql、DB连通性、账号有效性——都该在开工前自检。本次是临时现装 chromium、现验 DB
  依据（本次实操发现）: 现装 playwright install、现连库
  ────────────────────────────────────────
  步骤: 2 需求分析+用例
  问题 / 缺失: ❌ 缺"功能基线"环节。暴喵需求 90% 是"同奇游不做特殊处理"的
  delta，没有基线根本没法测。本次是我手动登录探平台+连库才建起基线。工作流必须显式加"建立/引用被测
  业务线功能基线（UI菜单+字段+DB表映射）"
  依据（本次实操发现）: 暴喵需求稿满篇"复用奇游/规则同奇游"
  ────────────────────────────────────────
  步骤:
  问题 / 缺失: ❌
  没覆盖外部配置依赖。套餐分成配置走商城后台、兑换码走新3M后台——测试要跨平台核对(DMS↔商城↔3M)，但
  输入契约和需求分析里完全没有这两个外部平台
  依据（本次实操发现）: 你刚补充的两条 + shared_packageBMFX=0
  ────────────────────────────────────────
  步骤:
  问题 / 缺失: ⚠️ full/smoke 都是 xmind（给人看的），但 Step5 要"自动跑冒烟"——xmind 用例 ≠
  可执行脚本，中间缺"冒烟用例→可自动执行(Playwright/接口)"的转化能力
  依据（本次实操发现）: Step5 与 Step2 产物类型断层
  ────────────────────────────────────────
  步骤: 3 用例评审+排期
  问题 / 缺失: ⚠️
  测试单(Step4)在排期后才查，但用例本就该关联测试单——查/建测试单时机应提前到评审前后
  依据（本次实操发现）: 缺陷/用例都要挂 zt_testtask
  ────────────────────────────────────────
  步骤:
  问题 / 缺失: ❌ 排期缺测试数据准备评估。很多场景要造数据（可结算奖励>0
  的分销商、待打款订单、退款订单），account-helper
  只能建账号，分销业务数据(订单/佣金/结算)怎么造没定义
  依据（本次实操发现）: 提现测试需 distributor_profit.shared_money>0
  ────────────────────────────────────────
  步骤: 4 查测试单
  问题 / 缺失: ❌
  "指定模块"是哪个没定。缺陷要建到禅道指定产品/模块并关联测试单，但暴喵在禅道的产品ID/模块ID/测试
  单号未确定
  依据（本次实操发现）: memory: 提缺陷必关联测试单
  ────────────────────────────────────────
  步骤: 5 冒烟→置"测试中"
  问题 / 缺失: ❌ 工单状态机不完整。Step1 就取了工单，到 Step5
  才置"测试中"，中间(需求分析/评审/开发体测)工单是什么状态？没定义流入态
  依据（本次实操发现）: —
  ────────────────────────────────────────
  步骤:
  问题 / 缺失: ❌ "开发体测后"这个触发信号怎么获知没定义（人工告知？dtp状态？）
  依据（本次实操发现）: —
  ────────────────────────────────────────
  步骤:
  问题 / 缺失: ⚠️ 不涉后端改动的需求(纯前端/配置)——冒烟/覆盖率整条后端链路怎么退化没说
  依据（本次实操发现）: Step1说工单可选，但5/7强依赖
  ────────────────────────────────────────
  步骤: 6 正式测试(留痕)
  问题 / 缺失: ❌ 缺 DB 校验规约。本次踩的坑：查询必带 product_line、软删除
  is_delete=0、无物理外键(join自己保证)、金额单位分/元混用——这些必须固化成"DB校验SOP"，否则每次踩
  依据（本次实操发现）: 本次逐条踩出来的
  ────────────────────────────────────────
  步骤:
  问题 / 缺失: ❌
  缺角色权限测试步骤。鉴权是暴喵需求明确项(admin/finance/cashier菜单差异)，但流程没有"按角色矩阵登
  录验权限"这一步
  依据（本次实操发现）: 三角色实测菜单差异
  ────────────────────────────────────────
  步骤:
  问题 / 缺失: ⚠️ "留痕"只说保留结果，留痕格式/粒度/存放位置未定义
  依据（本次实操发现）: —
  ────────────────────────────────────────
  步骤: 7 覆盖率+补测
  问题 / 缺失: ❌ 强依赖 dtp工单号→服务/分支→guidedog，但覆盖率涉及服务、pl_id 映射要预先给。且
  guidedog 产品线 id 与 dtp 独立不互转
  依据（本次实操发现）: memory: dtp+guidedog链路坑
  ────────────────────────────────────────
  步骤: 8 执行过程报告
  问题 / 缺失: ⚠️
  报告要"核对每步自动执行准确性"，但自动执行的基准从哪来（预期结果哪定义的）没串上——预期应来自用例
  的
    E(预期)，需在留痕里对齐
  依据（本次实操发现）: —
  ────────────────────────────────────────
  步骤: 9 提缺陷
  问题 / 缺失: ⚠️ 缺缺陷去重/与需求差异的判定。本次已发现 5-6
  条差异(管理订单未移除优惠字段、手机号未隐藏、文案不符)——哪些是缺陷哪些是需求理解偏差，需人工门判
  定，流程要给"差异→缺陷候选"的过滤规则
  依据（本次实操发现）: 本次差异清单
  ────────────────────────────────────────
  步骤: 10 缺陷验证+回归
  问题 / 缺失: ❌ 回归范围未定义(全量smoke？受影响模块？)。且"修复+部署"的获知信号同 Step5
  一样没定义
  依据（本次实操发现）: —
  ────────────────────────────────────────
  步骤: 11 测试结果
  问题 / 缺失: ⚠️ 与 Step8 执行过程报告边界重叠，两份 html 报告职责需厘清(过程 vs 结论)
  依据（本次实操发现）: —
  ────────────────────────────────────────
  步骤: 12 流转"测试通过"
  问题 / 缺失: ❌ 带遗留缺陷能否"测试通过"没判定规则（遗留低优先级缺陷是否放行？谁拍板）
  依据（本次实操发现）: Step10缺陷未必全关
  ────────────────────────────────────────
  步骤: 13 查看产物
  问题 / 缺失: ❌
  产物归档位置/命名规范未定义（排期/用例/报告/缺陷放哪、怎么命名、按业务线+轮次归档？）
  依据（本次实操发现）: —
  ────────────────────────────────────────
  步骤: 14 清理临时文件
  问题 / 缺失: ⚠️
  清理与产物留存的边界要精确：截图是临时(清)还是留痕证据(留)？Step6留痕截图不能被14误删
  依据（本次实操发现）: Step6留痕 vs Step14清理冲突

  跨步骤的结构性缺失（不属于单步）

  1. 多平台协同缺失：工作流只画了
  dtp/精准/禅道/分销后台四个平台，漏了商城后台、新3M后台两个配置源。测试链路实际是 商城/3M 配置 →
  DMS 读取 → 前端展示 → DB 落库，跨 3-4 个平台核对，工作流没有这条"跨平台一致性校验"主线。
  2. 业务线差异矩阵缺失：同一份工作流跑 8 条业务线，但各线差异大（暴喵套餐走订单入库、XMOD 走
  shared_package、Lago 在别的库）。缺一张"业务线 × 机制差异"矩阵驱动流程分叉。
  3. 测试数据工厂缺失：全流程没有数据准备能力，而分销测试重度依赖构造链路数据。
  4. 可执行资产 vs 文档资产混淆：xmind 用例(文档) 和 自动化脚本(可执行)
  是两种东西，冒烟自动化/正式测试自动执行需要后者，工作流只产出了前者。
  5. 正式环境写操作红线缺失：建分销商/审核/打款都是写操作，正式环境的只读/受限边界没定义。

  建议补强（优先级）

  - P0：① Step1 增补"环境+DB路由+依赖自检" ② Step2 前增"功能基线建立" ③
  补"商城后台/3M后台"两平台入输入契约与校验主线 ④ 固化"DB校验SOP"(product_line/is_delete/单位)
  - P1：⑤ 冒烟"xmind→可执行"转化能力 ⑥ 角色权限测试步骤 ⑦ 测试单/禅道模块 前置确定 ⑧
  测试数据准备环节
  - P2：⑨ 工单状态机补全+触发信号定义 ⑩ 遗留缺陷放行规则 ⑪ 产物归档规范 ⑫ 回归范围定义

  ---
  这些问题里，P0 的①②③④ 是这几天实操直接暴露的硬伤（当初立项凭想象，没有外部平台和基线概念）。

  要我据此修订 openspec 工件吗？可以：
  - 把上面 P0/P1 补强点落进 proposal.md(新增外部平台 Impact) +
  design.md(业务线差异矩阵/DB校验SOP/多平台链路) + 对应 spec.md(新增 Requirement) + tasks.md；
  - 或先只改你认可的几条。你圈一下范围我再动。