xst
acdb441507
系统修复: - 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 - 确认结论文件已归档
353 lines
20 KiB
Markdown
353 lines
20 KiB
Markdown
# 安徽运八需求 测试点矩阵
|
||
|
||
> 生成时间: 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%
|