Files

T

xst acdb441507 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
- 确认结论文件已归档

2026-07-13 09:49:54 +08:00

20 KiB

Raw Blame History

安徽运八需求测试点矩阵

生成时间: 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%

20 KiB Raw Blame History Unescape Escape

安徽运八需求 测试点矩阵

1. 上报运单看板 (Dashboard)

1.1 查询与筛选

1.2 列表展示

1.3 操作按钮

2. 第一次上报（装货完成）

2.1 自动触发

2.2 核验通过后自动更新

2.3 重试机制

2.4 状态流转

2.5 详情弹窗

3. 第二次上报（打款完成）

3.1 自动触发与数据完整性

3.2 核验内容（7大类）

3.3 补传轨迹

3.4 收款账号类型

3.5 重试与告警

4. 第三次上报（开票完成）

4.1 触发条件与数据完整性

4.2 发票验证

4.3 重试机制

5. ETC发票上传

5.1 触发与数据完整性

5.2 税额计算

5.3 发票验证与重试

6. 异常申诉功能

6.1 申诉发起

6.2 申诉状态流转

6.3 申诉记录管理

6.4 申诉闭环

7. 上报日志

7.1 查询与筛选

7.2 日志列表与详情

8. 通用跨模块测试点

8.1 数据与边界

8.2 网络与交互

8.3 权限

8.4 与现有系统交互

9. 测试点覆盖率统计

20 KiB

Raw Blame History

安徽运八需求测试点矩阵