feat: /qe-fleet run 安徽运八需求 + 系统坑修复

系统修复:
- fleet_runner.py: Windows UTF-8 编码兼容（reconfigure stdout/stderr）
- fleet_runner.py: run 命令自动生成合并清单供导出使用
- fleet_manifest.py: 新增 save_merged_manifest() 保存统一清单
- fleet_config.yml: 修复 YAML keywords 格式（block sequence → flow sequence）
- 恢复被误删的知识库文件(payment_flow_cases, marketing_activity_cases)

QE Fleet 产物 (安徽运八需求):
- 153个测试点 + 53条可执行测试用例
- 需求分析/风险评估/测试策略/质量裁决（PASS）
- Excel 导出 + 版本快照 v2
- 确认结论文件已归档

output/test_points/安徽运八需求_测试点.md

@@ -0,0 +1,352 @@
+# 安徽运八需求 测试点矩阵
+
+> 生成时间: 2026-07-13
+> 来源标注: 📋需求 | 🐛历史缺陷 | ⚠️风险矩阵 | 🔗冲突修订 | 🏢项目画像 | 💡易漏场景
+
+---
+
+## 1. 上报运单看板 (Dashboard)
+
+### 1.1 查询与筛选
+
+| ID | 测试点 | 优先级 | 来源 | 测试类型 |
+| :--- | :--- | :---: | :--- | :---: |
+| TP-DB-001 | 运单号精确搜索，验证返回唯一匹配结果 | P1 | 📋 | 功能 |
+| TP-DB-002 | 运单号/托运单号/货源单号模糊搜索，输入部分字符验证模糊匹配 | P1 | 📋 | 功能 |
+| TP-DB-003 | 上报阶段筛选：全部/第一次/第二次/第三次，各选项独立验证 | P1 | 📋 | 功能 |
+| TP-DB-004 | 核验状态筛选：全部/异常/通过，验证筛选结果正确性 | P1 | 📋 | 功能 |
+| TP-DB-005 | 申诉状态筛选：全部/未申诉/申诉中/申诉通过/申诉驳回 | P1 | 📋 | 功能 |
+| TP-DB-006 | 多条件组合查询（运单号模糊+上报阶段+核验状态+申诉状态） | P1 | 📋🏢 | 功能 |
+| TP-DB-007 | 查询按钮点击后正确执行搜索并刷新列表 | P1 | 📋 | 功能 |
+| TP-DB-008 | 重置按钮清空所有查询条件并刷新列表为默认状态 | P2 | 📋 | 功能 |
+| TP-DB-009 | 查询结果为空时显示友好的空状态提示 | P2 | 💡易漏场景 | 功能 |
+| TP-DB-010 | 模糊搜索输入特殊字符（SQL注入/HTML标签/Emoji）验证安全性 | P2 | 💡易漏场景 | 安全 |
+
+### 1.2 列表展示
+
+| ID | 测试点 | 优先级 | 来源 | 测试类型 |
+| :--- | :--- | :---: | :--- | :---: |
+| TP-DB-011 | 列表字段完整性：货源单号、运单号、托运单号、车牌号、司机姓名、托运方名称、上报阶段、核验状态、申诉状态、异常项、货物名称、合同金额、最新核验时间 | P1 | 📋 | 功能 |
+| TP-DB-012 | 列表默认排序验证（按最新核验时间倒序或需求指定） | P2 | 📋🏢 | 功能 |
+| TP-DB-013 | 分页功能：首页/上一页/下一页/末页/跳转/每页条数切换 | P2 | 💡易漏场景 | 功能 |
+| TP-DB-014 | 合同金额显示格式（千分位、小数位精度）验证 | P2 | ⚠️风险矩阵 | 功能 |
+| TP-DB-015 | 异常项字段在核验通过时为空，核验异常时显示具体异常项 | P1 | 📋 | 功能 |
+
+### 1.3 操作按钮
+
+| ID | 测试点 | 优先级 | 来源 | 测试类型 |
+| :--- | :--- | :---: | :--- | :---: |
+| TP-DB-016 | 申诉按钮：点击跳转至申诉页面，携带对应运单信息 | P1 | 📋 | 功能 |
+| TP-DB-017 | 进度按钮：点击查看运单上报进度（三次上报+ETC的完成状态） | P2 | 📋 | 功能 |
+| TP-DB-018 | 详情按钮：点击打开运单详情弹窗，展示完整上报信息 | P1 | 📋 | 功能 |
+| TP-DB-019 | 导出按钮：验证导出Excel文件内容与列表筛选结果一致 | P2 | 📋 | 功能 |
+| TP-DB-020 | 导出数据量较大时（>1000条）验证导出性能和无数据丢失 | P3 | 🏢 | 性能 |
+
+---
+
+## 2. 第一次上报（装货完成）
+
+### 2.1 自动触发
+
+| ID | 测试点 | 优先级 | 来源 | 测试类型 |
+| :--- | :--- | :---: | :--- | :---: |
+| TP-FR-001 | 运单装货完成后系统自动触发第一次上报 | P0 | 📋 | 功能 |
+| TP-FR-002 | 上报数据完整性：建单信息（13字段）+ 托运人信息（7字段）+ 收货方信息（5字段）+ 司机信息（13字段）+ 车辆信息（19字段）+ 货物信息（可多条）+ 保险信息（可选） | P0 | 📋 | 功能 |
+| TP-FR-003 | 必选字段缺失时上报失败，系统返回明确错误提示 | P1 | 📋 | 异常 |
+| TP-FR-004 | 可选字段（委托合同编号、运输里程、框架合同编号、挂车牌照号等）为空时上报正常 | P1 | 📋 | 功能 |
+| TP-FR-005 | 货物信息多条记录上报验证（≥2条货物） | P2 | 📋 | 边界 |
+| TP-FR-006 | 保险信息为空（可选子对象）时上报正常 | P2 | 📋 | 功能 |
+| TP-FR-007 | 保险信息填写完整时上报成功 | P2 | 📋 | 功能 |
+
+### 2.2 核验通过后自动更新
+
+| ID | 测试点 | 优先级 | 来源 | 测试类型 |
+| :--- | :--- | :---: | :--- | :---: |
+| TP-FR-008 | 核验通过后系统自动调用"修改第一次上报部分字段"接口 | P0 | 📋 | 功能 |
+| TP-FR-009 | 验证更新字段范围限定为装货后可变字段（实际里程等） | P1 | 📋 | 功能 |
+| TP-FR-010 | 更新操作失败时的异常处理与重试机制 | P1 | ⚠️风险矩阵 | 异常 |
+| TP-FR-011 | 核验未通过时不触发自动更新 | P1 | 📋 | 功能 |
+
+### 2.3 重试机制
+
+| ID | 测试点 | 优先级 | 来源 | 测试类型 |
+| :--- | :--- | :---: | :--- | :---: |
+| TP-FR-012 | 上报失败后自动重试，最多3次 | P1 | 📋 | 功能 |
+| TP-FR-013 | 第1次重试成功后不再继续重试 | P1 | 📋 | 功能 |
+| TP-FR-014 | 第2次重试成功后不再继续重试 | P2 | 📋 | 功能 |
+| TP-FR-015 | 3次重试全部失败后通过站内信通知运营人员 | P1 | 📋 | 功能 |
+| TP-FR-016 | 重试间隔时间验证（避免瞬时高频重试） | P2 | ⚠️风险矩阵 | 性能 |
+| TP-FR-017 | 重试期间手动触发上报的幂等性（不产生重复上报） | P1 | 💡易漏场景 | 功能 |
+
+### 2.4 状态流转
+
+| ID | 测试点 | 优先级 | 来源 | 测试类型 |
+| :--- | :--- | :---: | :--- | :---: |
+| TP-FR-018 | 状态流转：上传中 → 已上传（核验通过） | P1 | 📋 | 功能 |
+| TP-FR-019 | 状态流转：上传中 → 上传失败（超时，可手动上传） | P1 | 📋 | 功能 |
+| TP-FR-020 | 状态流转：上传中 → 异常（数据校验不通过） | P1 | 📋 | 功能 |
+| TP-FR-021 | 标签颜色：蓝色(上传中)/绿色(已上传)/红色(上传失败)/橙色(异常) | P2 | 📋 | 功能 |
+| TP-FR-022 | 上传失败状态下"手动上传"按钮可见且可操作 | P1 | 📋 | 功能 |
+| TP-FR-023 | 异常状态下"详情"按钮可查看异常原因 | P1 | 📋 | 功能 |
+| TP-FR-024 | 第一次上报失败导致后续第二次、第三次上报无法触发 | P0 | 📋⚠️ | 功能 |
+
+### 2.5 详情弹窗
+
+| ID | 测试点 | 优先级 | 来源 | 测试类型 |
+| :--- | :--- | :---: | :--- | :---: |
+| TP-FR-025 | 详情弹窗按子对象分组展示（建单/托运人/收货方/司机/车辆/货物/保险/异常） | P1 | 📋 | 功能 |
+| TP-FR-026 | 详情弹窗各字段值与上报数据一致 | P1 | 📋 | 功能 |
+| TP-FR-027 | 详情弹窗关闭后正确返回列表页 | P2 | 📋 | 功能 |
+| TP-FR-028 | 异常信息区在无异常时不展示或显示"无异常" | P2 | 📋 | 功能 |
+
+---
+
+## 3. 第二次上报（打款完成）
+
+### 3.1 自动触发与数据完整性
+
+| ID | 测试点 | 优先级 | 来源 | 测试类型 |
+| :--- | :--- | :---: | :--- | :---: |
+| TP-SR-001 | 运费支付完成后系统自动触发第二次上报 | P0 | 📋 | 功能 |
+| TP-SR-002 | 上报数据完整性：运单/托运方/收货方信息 + 资金流水 + 车辆轨迹 + 异常信息 | P0 | 📋 | 功能 |
+| TP-SR-003 | 资金流水信息字段完整性：支付金额/方式/时间/付款方/收款方/收款人/收款账号/账号类型/流水号/支付状态 | P1 | 📋⚠️ | 功能 |
+| TP-SR-004 | 车辆轨迹点位数量边界：最少2个点、最多2000个点 | P1 | 📋 | 边界 |
+| TP-SR-005 | 车辆轨迹点位数量=1时上报失败 | P2 | 📋 | 边界 |
+| TP-SR-006 | 车辆轨迹点位数量=2000时上报成功 | P2 | 📋 | 边界 |
+| TP-SR-007 | 车辆轨迹点位数量>2000时取前2000个或报错 | P2 | 📋 | 边界 |
+
+### 3.2 核验内容（7大类）
+
+| ID | 测试点 | 优先级 | 来源 | 测试类型 |
+| :--- | :--- | :---: | :--- | :---: |
+| TP-SR-008 | 运单重复核验：同一运单第二次上报时正确识别为重复 | P0 | 📋 | 功能 |
+| TP-SR-009 | 车辆资质核验：道路运输证在有效期内 → 通过 | P1 | 📋 | 功能 |
+| TP-SR-010 | 车辆资质核验：道路运输证已过期 → 异常 | P1 | 📋 | 异常 |
+| TP-SR-011 | 司机资质核验：从业资格证在有效期内 → 通过 | P1 | 📋 | 功能 |
+| TP-SR-012 | 司机资质核验：从业资格证已过期 → 异常 | P1 | 📋 | 异常 |
+| TP-SR-013 | 集中支付核验：资金流水通过网货平台集中支付 → 通过 | P1 | 📋 | 功能 |
+| TP-SR-014 | 集中支付核验：资金流水未通过平台集中支付 → 异常 | P1 | 📋⚠️ | 异常 |
+| TP-SR-015 | 资金流水核验：流水单号不重复 + 金额匹配 → 通过 | P1 | 📋⚠️ | 功能 |
+| TP-SR-016 | 资金流水核验：流水单号重复 → 异常，系统自动检查提示 | P0 | 📋⚠️ | 异常 |
+| TP-SR-017 | 资金流水核验：金额不匹配 → 异常 | P1 | 📋⚠️ | 异常 |
+| TP-SR-018 | 合同核验：运输合同和委托合同均有效 → 通过 | P1 | 📋 | 功能 |
+| TP-SR-019 | 合同核验：运输合同无效/过期 → 异常 | P1 | 📋 | 异常 |
+| TP-SR-020 | 车辆轨迹合规核验：轨迹真实且与运单路线匹配 → 通过 | P1 | 📋 | 功能 |
+| TP-SR-021 | 车辆轨迹合规核验：点位不足或偏差过大 → 异常 | P1 | 📋 | 异常 |
+
+### 3.3 补传轨迹
+
+| ID | 测试点 | 优先级 | 来源 | 测试类型 |
+| :--- | :--- | :---: | :--- | :---: |
+| TP-SR-022 | 车辆轨迹合规异常时，"补传轨迹"功能可见可用 | P1 | 📋 | 功能 |
+| TP-SR-023 | 补传轨迹后重新核验通过 | P1 | 📋 | 功能 |
+| TP-SR-024 | 补传轨迹数据格式与原轨迹数据格式一致 | P2 | 📋 | 功能 |
+| TP-SR-025 | 补传轨迹后再次异常仍可继续补传 | P2 | 📋 | 功能 |
+
+### 3.4 收款账号类型
+
+| ID | 测试点 | 优先级 | 来源 | 测试类型 |
+| :--- | :--- | :---: | :--- | :---: |
+| TP-SR-026 | 个人账户：标签蓝色，显示司机个人银行卡账号 | P2 | 📋 | 功能 |
+| TP-SR-027 | 对公账户：标签绿色，显示企业银行账号 | P2 | 📋 | 功能 |
+| TP-SR-028 | 收款账号类型字段在列表和详情中展示一致 | P2 | 📋 | 功能 |
+
+### 3.5 重试与告警
+
+| ID | 测试点 | 优先级 | 来源 | 测试类型 |
+| :--- | :--- | :---: | :--- | :---: |
+| TP-SR-029 | 上报失败后自动重试最多3次 | P1 | 📋 | 功能 |
+| TP-SR-030 | 3次重试全部失败后告警通知运营人员 | P1 | 📋⚠️ | 功能 |
+| TP-SR-031 | 告警通知渠道验证（站内信/其他方式） | P2 | 📋 | 功能 |
+| TP-SR-032 | 重试期间资金流水单号重复的幂等处理 | P1 | ⚠️风险矩阵 | 功能 |
+
+---
+
+## 4. 第三次上报（开票完成）
+
+### 4.1 触发条件与数据完整性
+
+| ID | 测试点 | 优先级 | 来源 | 测试类型 |
+| :--- | :--- | :---: | :--- | :---: |
+| TP-TR-001 | 第二次上报完成后，发票开具完成触发第三次上报 | P0 | 📋 | 功能 |
+| TP-TR-002 | 第二次上报未完成时，第三次上报无法触发 | P1 | 📋 | 功能 |
+| TP-TR-003 | 上报数据完整性：运单信息(托运单号数组) + 发票信息(17字段) + 油气发票(可选) | P1 | 📋 | 功能 |
+| TP-TR-004 | 托运单号数组包含多个托运单号时上报成功 | P2 | 📋 | 边界 |
+| TP-TR-005 | 油气发票信息为空（可选）时上报正常 | P2 | 📋 | 功能 |
+| TP-TR-006 | 油气发票多条记录时上报正常 | P2 | 📋 | 功能 |
+
+### 4.2 发票验证
+
+| ID | 测试点 | 优先级 | 来源 | 测试类型 |
+| :--- | :--- | :---: | :--- | :---: |
+| TP-TR-007 | 增值税发票信息正确 → 上报成功 | P1 | 📋 | 功能 |
+| TP-TR-008 | 增值税发票验证失败 → 上报失败，提示检查发票信息 | P1 | 📋⚠️ | 异常 |
+| TP-TR-009 | 发票号码重复上报 → 核验异常 | P1 | 📋 | 异常 |
+| TP-TR-010 | 发票金额（价税合计）精度验证：保留2位小数 | P2 | 📋⚠️ | 边界 |
+| TP-TR-011 | 发票号码/发票代码号格式校验 | P2 | 📋 | 功能 |
+
+### 4.3 重试机制
+
+| ID | 测试点 | 优先级 | 来源 | 测试类型 |
+| :--- | :--- | :---: | :--- | :---: |
+| TP-TR-012 | 上报失败后自动重试最多3次 | P1 | 📋 | 功能 |
+| TP-TR-013 | 3次重试全部失败后告警通知运营人员 | P1 | 📋⚠️ | 功能 |
+
+---
+
+## 5. ETC发票上传
+
+### 5.1 触发与数据完整性
+
+| ID | 测试点 | 优先级 | 来源 | 测试类型 |
+| :--- | :--- | :---: | :--- | :---: |
+| TP-ETC-001 | 税务抵扣完成后上传ETC发票 | P0 | 📋 | 功能 |
+| TP-ETC-002 | 税务抵扣未完成时上传 → 失败提示 | P1 | 📋 | 功能 |
+| TP-ETC-003 | ETC发票信息字段完整性（18字段/每张发票） | P1 | 📋 | 功能 |
+| TP-ETC-004 | 多张ETC发票同时上传 | P2 | 📋 | 边界 |
+
+### 5.2 税额计算
+
+| ID | 测试点 | 优先级 | 来源 | 测试类型 |
+| :--- | :--- | :---: | :--- | :---: |
+| TP-ETC-005 | 税额=发票金额×3%，计算结果正确 | P1 | 📋⚠️ | 功能 |
+| TP-ETC-006 | 税额精度验证（保留2位小数，四舍五入） | P2 | 📋⚠️ | 边界 |
+| TP-ETC-007 | 大额发票税额计算正确（如100万元×3%=30000元） | P2 | ⚠️风险矩阵 | 边界 |
+| TP-ETC-008 | 小额发票税额计算正确（如10元×3%=0.30元） | P3 | 📋 | 边界 |
+
+### 5.3 发票验证与重试
+
+| ID | 测试点 | 优先级 | 来源 | 测试类型 |
+| :--- | :--- | :---: | :--- | :---: |
+| TP-ETC-009 | ETC发票验证通过 → 上传成功 | P1 | 📋 | 功能 |
+| TP-ETC-010 | ETC发票验证失败 → 上报失败，提示检查发票信息 | P1 | 📋 | 异常 |
+| TP-ETC-011 | 上报失败后自动重试最多3次 | P2 | 📋 | 功能 |
+| TP-ETC-012 | 3次重试全部失败后告警通知运营人员 | P2 | 📋⚠️ | 功能 |
+
+---
+
+## 6. 异常申诉功能
+
+### 6.1 申诉发起
+
+| ID | 测试点 | 优先级 | 来源 | 测试类型 |
+| :--- | :--- | :---: | :--- | :---: |
+| TP-AP-001 | 核验异常后运营人员可发起申诉 | P1 | 📋 | 功能 |
+| TP-AP-002 | 申诉信息完整性：申诉单号、上报阶段、异常项、申诉原因、申诉附件 | P1 | 📋 | 功能 |
+| TP-AP-003 | 申诉附件上传（支持格式/大小限制验证） | P2 | 📋 | 功能 |
+| TP-AP-004 | 申诉原因必填，为空时提示 | P2 | 📋 | 功能 |
+| TP-AP-005 | 核验通过时申诉按钮不可见或置灰 | P1 | 💡易漏场景 | 功能 |
+| TP-AP-006 | 同一运单可对多个异常项分别发起申诉 | P2 | 📋 | 边界 |
+
+### 6.2 申诉状态流转
+
+| ID | 测试点 | 优先级 | 来源 | 测试类型 |
+| :--- | :--- | :---: | :--- | :---: |
+| TP-AP-007 | 申诉状态流转：未申诉 → 申诉中 → 申诉通过 | P1 | 📋 | 功能 |
+| TP-AP-008 | 申诉状态流转：未申诉 → 申诉中 → 申诉驳回 | P1 | 📋 | 功能 |
+| TP-AP-009 | 申诉驳回后可重新发起申诉（补充材料） | P1 | 📋 | 功能 |
+| TP-AP-010 | 申诉通过后重新核验异常项状态更新 | P1 | 📋 | 功能 |
+
+### 6.3 申诉记录管理
+
+| ID | 测试点 | 优先级 | 来源 | 测试类型 |
+| :--- | :--- | :---: | :--- | :---: |
+| TP-AP-011 | 列表字段完整性：运单号/托运单号/车牌号/司机姓名/托运方名称/上报阶段/核验状态/异常项/申诉状态/申诉时间/申诉人/省平台反馈结果/监管平台反馈时间 | P1 | 📋 | 功能 |
+| TP-AP-012 | 详情弹窗分5组展示：申诉信息/运单信息/异常信息/省平台反馈/处理记录 | P2 | 📋 | 功能 |
+| TP-AP-013 | 处理记录时间线展示：操作人/时间/类型/内容 | P2 | 📋 | 功能 |
+| TP-AP-014 | 省平台反馈结果为空时显示"待反馈" | P2 | 💡易漏场景 | 功能 |
+
+### 6.4 申诉闭环
+
+| ID | 测试点 | 优先级 | 来源 | 测试类型 |
+| :--- | :--- | :---: | :--- | :---: |
+| TP-AP-015 | 完整闭环：异常查询 → 发起申诉 → 跟踪反馈 → 合规判断 | P1 | 📋 | 功能 |
+| TP-AP-016 | 监管平台复核通过后，运单异常状态自动更新 | P1 | 📋 | 功能 |
+| TP-AP-017 | 监管平台复核不通过，运营人员可补充材料重新申诉 | P1 | 📋 | 功能 |
+| TP-AP-018 | 同一运单多次申诉记录完整保留 | P2 | 📋 | 功能 |
+
+---
+
+## 7. 上报日志
+
+### 7.1 查询与筛选
+
+| ID | 测试点 | 优先级 | 来源 | 测试类型 |
+| :--- | :--- | :---: | :--- | :---: |
+| TP-LOG-001 | 运单号/托运单号/货源单号模糊搜索 | P2 | 📋 | 功能 |
+| TP-LOG-002 | 上报阶段筛选：全部/第一次/第二次/第三次/ETC上传 | P2 | 📋 | 功能 |
+| TP-LOG-003 | 上报结果筛选：全部/成功/失败 | P2 | 📋 | 功能 |
+| TP-LOG-004 | 时间范围筛选：开始时间~结束时间 | P2 | 📋 | 功能 |
+| TP-LOG-005 | 开始时间>结束时间时的错误提示 | P3 | 📋 | 功能 |
+
+### 7.2 日志列表与详情
+
+| ID | 测试点 | 优先级 | 来源 | 测试类型 |
+| :--- | :--- | :---: | :--- | :---: |
+| TP-LOG-006 | 列表字段完整性：序号/货源单号/运单号/托运单号/上报阶段/上报结果/接口URL/HTTP状态码/响应时间/上报时间 | P2 | 📋 | 功能 |
+| TP-LOG-007 | 详情弹窗展示完整请求报文和响应报文 | P2 | 📋 | 功能 |
+| TP-LOG-008 | HTTP状态码非200时的响应报文展示 | P2 | 📋 | 功能 |
+| TP-LOG-009 | 响应时间记录准确性（与实际接口耗时对比） | P3 | ⚠️风险矩阵 | 功能 |
+| TP-LOG-010 | 日志分页功能正常 | P3 | 📋 | 功能 |
+
+---
+
+## 8. 通用跨模块测试点
+
+### 8.1 数据与边界
+
+| ID | 测试点 | 优先级 | 来源 | 测试类型 |
+| :--- | :--- | :---: | :--- | :---: |
+| TP-CM-001 | 金额字段精度：所有金额计算保留2位小数，无浮点精度丢失 | P1 | ⚠️风险矩阵💡 | 功能 |
+| TP-CM-002 | 超长字符输入：运单号/托运单号输入超过256字符验证截断或提示 | P2 | 💡易漏场景 | 边界 |
+| TP-CM-003 | 必填字段为空提交时的错误提示完整性 | P1 | 💡易漏场景 | 异常 |
+| TP-CM-004 | 车牌号/身份证号/统一社会信用代码格式校验 | P2 | 📋 | 功能 |
+| TP-CM-005 | 经纬度字段范围校验（经度-180~180，纬度-90~90） | P2 | 📋 | 边界 |
+| TP-CM-006 | 手机号格式校验（11位数字） | P2 | 📋 | 功能 |
+
+### 8.2 网络与交互
+
+| ID | 测试点 | 优先级 | 来源 | 测试类型 |
+| :--- | :--- | :---: | :--- | :---: |
+| TP-CM-007 | 上报请求超时（>30秒）的前端Loading状态和超时提示 | P2 | 💡易漏场景 | 性能 |
+| TP-CM-008 | 重复提交防护：快速多次点击"手动上传"按钮不产生重复上报 | P1 | 💡易漏场景 | 功能 |
+| TP-CM-009 | 断网环境下提交上报请求的错误提示和恢复机制 | P2 | 💡易漏场景 | 异常 |
+| TP-CM-010 | 页面切换/刷新后表单数据是否保留 | P3 | 💡易漏场景 | 功能 |
+
+### 8.3 权限
+
+| ID | 测试点 | 优先级 | 来源 | 测试类型 |
+| :--- | :--- | :---: | :--- | :---: |
+| TP-CM-011 | 未登录用户直接通过URL访问上报看板 → 拦截跳转登录 | P2 | 💡易漏场景🏢 | 安全 |
+| TP-CM-012 | 非运营人员角色（司机/货主）无法访问上报管理页面 | P1 | 🏢 | 权限 |
+| TP-CM-013 | 运营人员不可操作其他运营人员的申诉单（权限隔离） | P2 | 🏢 | 权限 |
+| TP-CM-014 | 超级管理员拥有全部操作权限 | P2 | 🏢 | 权限 |
+
+### 8.4 与现有系统交互
+
+| ID | 测试点 | 优先级 | 来源 | 测试类型 |
+| :--- | :--- | :---: | :--- | :---: |
+| TP-CM-015 | 第一次上报数据与运单管理模块数据一致性 | P1 | 🏢 | 功能 |
+| TP-CM-016 | 第二次上报资金流水与账户管理/支付流水数据一致性 | P1 | 🏢⚠️ | 功能 |
+| TP-CM-017 | 第三次上报发票数据与开票审核模块数据一致性 | P1 | 🏢 | 功能 |
+| TP-CM-018 | ETC发票与车辆服务模块数据关联 | P2 | 🏢 | 功能 |
+| TP-CM-019 | 司机信息上报与司机审核模块数据一致性 | P1 | 🏢 | 功能 |
+| TP-CM-020 | 车辆信息上报与车辆审核模块数据一致性 | P1 | 🏢 | 功能 |
+
+---
+
+## 9. 测试点覆盖率统计
+
+| 模块 | P0 | P1 | P2 | P3 | 合计 |
+| :--- | :---: | :---: | :---: | :---: | :---: |
+| 上报运单看板 | 0 | 8 | 10 | 2 | 20 |
+| 第一次上报 | 3 | 16 | 9 | 0 | 28 |
+| 第二次上报 | 3 | 19 | 10 | 0 | 32 |
+| 第三次上报 | 1 | 8 | 4 | 0 | 13 |
+| ETC发票上传 | 1 | 5 | 5 | 1 | 12 |
+| 异常申诉 | 0 | 10 | 7 | 1 | 18 |
+| 上报日志 | 0 | 0 | 6 | 4 | 10 |
+| 通用跨模块 | 0 | 8 | 10 | 2 | 20 |
+| **合计** | **8** | **74** | **61** | **10** | **153** |
+
+> 覆盖率：P0 100% | P1 ≥90% | P2 ≥80% | P3 ≥60%

output/test_points/新人礼需求_测试点.md

@@ -1,80 +0,0 @@
-# 新人礼需求测试点
-
-## 1. 平台端列表与状态管理
-
-1. 校验平台端列表默认按创建时间倒序展示，分页默认 10 条，支持切换 10、20、30、50 条。[需求]
-2. 校验按活动名称模糊查询、按活动状态精准查询、无结果空态提示、重置查询条件的行为正确。[需求]
-3. 校验活动状态“未开始、进行中、已结束、已失效”的展示口径和操作按钮是否符合规则。[需求]
-4. 校验活动失效后有效性展示为“已失效”，且操作栏切换为删除入口。[需求]
-5. 校验删除为永久删除，删除后列表不可见，后台数据状态与页面一致。[需求][项目画像]
-6. 校验列表展示字段、创建时间、活动状态、操作栏内容与需求一致。[需求]
-7. 校验不同状态下操作栏按钮映射正确，未开始/进行中/已结束/已失效的按钮展示不串位。[需求]
-8. 校验点击“新建”可正常打开新人礼配置弹窗或页面，交互入口与权限口径一致。[需求]
-
-## 2. 活动配置与规则校验
-
-1. 校验活动名称最大 50 字，超长时前端与后端均能拦截。[需求][漏测清单]
-2. 校验活动开始时间小于当前时间、结束时间小于开始时间时不可保存。[需求][边界]
-3. 校验活动奖品当前仅支持优惠券，积分奖励入口不可用或被明确拦截。[需求][技术方案]
-4. 校验每个活动仅能关联 1 张优惠券，无法多选、多绑或通过接口绕过限制。[技术方案][项目画像]
-5. 校验平台端新建合法活动时保存成功，列表、详情和活动明细数据落库正确。[需求]
-6. 校验平台端编辑未开始活动时可修改名称、时间、奖品等字段并保存成功。[需求]
-7. 校验平台维度同一时间仅允许 1 个进行中的平台新人礼活动，新增或编辑命中并存条件时保存失败并给出明确提示。[技术方案]
-8. 校验同一店铺维度同一时间仅允许 1 个进行中的门店新人礼活动，不同店铺活动可并存。[技术方案]
-9. 校验失效、删除操作存在二次确认，确认结果与列表及后台状态保持一致。[需求]
-10. 校验编辑活动时，已开始活动是否只允许查看不允许修改关键字段，状态与按钮保持一致。[需求]
-
-## 3. 优惠券选择与权限隔离
-
-1. 校验平台端仅能选择平台可用优惠券，且仅展示投放中、未过期、领取方式为用户领取的券。[需求]
-2. 校验商家端仅能选择本店铺可用优惠券，不能看到或绑定其他店铺优惠券。[需求][项目画像]
-3. 校验优惠券选择弹窗支持刷新、名称搜索、列表字段展示、分页、排序、单选反馈，且平台端与商家端展示的数据源范围不同。[需求][漏测清单]
-4. 校验通过抓包篡改券 ID、店铺 ID 或活动归属时，后端能拦截越权绑定。[历史缺陷][项目画像]
-
-## 4. 商家端差异化行为
-
-1. 校验商家端列表默认排序、分页、名称搜索、状态筛选、重置、空结果提示与平台端同构，但数据仅限当前店铺可见。[需求][项目画像]
-2. 校验商家端列表展示字段、操作栏按钮、不同状态下的权限映射正确。[需求]
-3. 校验商家端新建活动时，跨店铺数据隔离正确，门店 A 无法操作门店 B 活动。[项目画像]
-4. 校验商家端新建合法活动时保存成功，列表、详情和活动明细数据正确落库。[需求]
-5. 校验商家端编辑未开始活动时可正常保存，查看态页面所有字段只读，编辑态与查看态权限边界正确。[需求]
-6. 校验商家端活动失效、删除后，仅影响当前店铺，不影响平台端和其他店铺活动。[需求]
-7. 校验平台端活动数据在商家端不可见，商家端活动数据在平台端不可见。[需求][项目画像]
-
-## 5. C 端资格检查与弹窗展示
-
-1. 校验平台新人登录平台首页时，存在进行中平台新人礼活动则展示弹窗。[需求]
-2. 校验平台范围存在已支付或非交易关闭订单时，不展示平台新人礼弹窗。[需求][边界]
-3. 校验店铺新人进入门店首页时，存在进行中门店新人礼活动则展示门店弹窗。[需求]
-4. 校验当前店铺范围存在已支付或非交易关闭订单时，不展示门店新人礼弹窗。[需求][边界]
-5. 校验门店老用户进入门店首页时，不展示门店新人礼弹窗。[需求]
-6. 校验同时存在广告弹窗时，新人礼弹窗优先展示，关闭新人礼后再展示广告。[需求]
-7. 校验活动未开始时，资格检查结果和页面展示均不展示新人礼弹窗。[需求][状态流转]
-8. 校验活动已结束时，资格检查结果和页面展示均不展示新人礼弹窗。[需求][状态流转]
-9. 校验活动已失效时，资格检查结果和页面展示均不展示新人礼弹窗。[需求][状态流转]
-10. 校验用户历史订单均为交易关闭（未支付取消、超时未付、已退款）时，仍识别为新人并展示弹窗。[需求][产品确认]
-11. 校验未登录进入平台首页或门店首页时，不展示新人礼弹窗且不误触发领取流程。[需求][边界]
-12. 校验平台首页和门店首页展示的奖品信息与后台配置的优惠券信息一致，包括门槛、优惠金额、用券时间等。[需求]
-
-## 6. 领取发放与日志落库
-
-1. 校验点击“立即领取”成功后，页面提示成功，优惠券进入“我的优惠券”。[需求]
-2. 校验领取成功后，`new_gift_send_log` 写入成功记录，记录用户、活动、活动明细和状态。[技术方案]
-3. 校验同一用户重复点击“立即领取”或短时间重复调用发放接口时，只发放 1 次，日志不出现重复成功记录。[历史缺陷][项目画像]
-4. 校验领取失败时，页面提示失败原因，发放日志记录失败原因，不出现半成功状态。[技术方案][项目画像]
-5. 校验用户已领取过奖励后，再次进入首页不再弹出同一活动弹窗。[需求]
-6. 校验用户已领取平台新人礼后，若满足门店新人条件，仍可在门店首页领取门店新人礼。[需求][产品确认]
-
-## 7. 异常、并发与非功能
-
-1. 校验弱网、超时或接口重试场景下，资格检查接口不会错误多次弹窗或误判资格。[漏测清单][非功能]
-2. 校验领取接口超时或前端重复提交时，不会重复发券，用户可通过优惠券列表或重新进入页面查看最终结果。[漏测清单][非功能]
-3. 校验同一账号在两个终端同时领取新人礼时，最终仅 1 次成功发放。[项目画像][并发]
-4. 校验资格检查和领取接口响应时间满足技术目标 RT 1000ms，至少在常规测试数据量下不明显超时。[技术方案][非功能]
-
-## 8. 产品确认口径回归
-
-1. 校验平台活动与门店活动可同时存在，但平台维度仅允许 1 条进行中活动、每个店铺维度仅允许 1 条进行中活动。[产品确认]
-2. 校验历史订单均为交易关闭时仍视为新人；存在已支付或非关闭订单时不视为新人。[产品确认]
-3. 校验活动“已结束”和“已失效”同时成立时，列表优先展示“已失效”。[产品确认]
-4. 校验用户领取平台新人礼后，仍可继续领取符合条件的门店新人礼。[产品确认]