feat: refine report material workflow states
This commit is contained in:
hectorzhao
@@ -112,7 +112,7 @@
|
||||
"importOpen",
|
||||
"message",
|
||||
"materialChangedSignature",
|
||||
"pendingReportDetailTotal",
|
||||
"pendingReportMaterialTotal",
|
||||
"listRequestSequence"
|
||||
],
|
||||
"files": [
|
||||
|
||||
@@ -5009,7 +5009,7 @@ npm run verify:phase8
|
||||
| 用例ID | 场景 | 预期 |
|
||||
| --- | --- | --- |
|
||||
| TC-REPORT-WORKBENCH-001 | 打开运营端导航及四个报备页面 | 一级菜单为“报备工作台”，二级菜单依次为“报备资料池、报备批次、通道报备明细、状态记录”；资料池和批次不再共用页签 |
|
||||
| TC-REPORT-WORKBENCH-002 | 新增审核通过签名或修改报备相关资料 | 后端返回资料变化标识；页面提示到报备资料池生成批次；搜索条件下方集中展示当前条件内最新版本尚未生成的通道×运营商明细总数并可下钻，签名列表不展示该字段 |
|
||||
| TC-REPORT-WORKBENCH-002 | 运营端新增签名或修改签名报备资料 | 保存后签名自动审核通过并写`admin_create_approved/admin_update_approved`审核记录，客户端编辑和导入审核流程不变；后端返回资料变化标识并提示到报备资料池生成批次 |
|
||||
| TC-REPORT-WORKBENCH-003 | 查看存在有效应用路由但尚未生成任务的签名 | 通道报备明细按企业应用×签名×通道×运营商显示虚拟“未报备”行，可单选或多选后通过真实状态接口创建/更新任务并写状态记录 |
|
||||
| TC-REPORT-WORKBENCH-004 | 将一条通道运营商明细设为放弃报备后预检批次 | 仅该通道运营商组合被排除，其他有效组合仍可生成；不得发送、补发、重投或重新入队短信 |
|
||||
| TC-REPORT-WORKBENCH-005 | 从资料池选择资料生成批次并打开批次明细 | 批次列表不直接铺开文件，仅显示通道数、生成状态及报备总数/报备中/成功/失败四项明细数；“打开明细”从右侧滑出该批次通道明细列表 |
|
||||
@@ -5030,6 +5030,8 @@ npm run verify:phase8
|
||||
| TC-REPORT-WORKBENCH-020 | 打开“报备文件导出”弹窗并下载单个通道文件 | 每个通道展示一份简报、复制按钮和报备文件下载按钮；XLSX文件名为`YYYY-MM-DD_通道名_批次号.xlsx`，文件来自该批次真实MinIO对象 |
|
||||
| TC-REPORT-WORKBENCH-021 | 点击报备文件弹窗“全部下载” | 一次下载ZIP，内含每个通道一份XLSX和一份TXT简报；所有条目均按`YYYY-MM-DD_通道名_批次号`命名；任一通道文件缺失、超过100个通道或总文件超过200MB时返回明确错误，不生成不完整压缩包 |
|
||||
| TC-REPORT-WORKBENCH-022 | 对尚未生成当前材料版本批次的签名，分别从通道报备明细和企业签名的报备状态弹窗将一个通道×运营商组合设为放弃报备，再恢复为其他状态并刷新企业签名页 | 两个入口调用同一真实状态接口并写入各自来源记录；设为放弃后待生成明细总数减少1，恢复后增加1。当前材料版本已经生成成功批次的组合不得因人工改状态重新计入，避免重复生成；企业签名页右上角两个按钮使用统一操作区间距，窄屏可换行且不重叠 |
|
||||
| TC-REPORT-WORKBENCH-023 | 企业签名页按企业、应用或签名筛选后查看待生成报备资料汇总并点击“查看详情” | 数量按当前筛选范围内仍有至少一个待生成通道目标的签名资料去重，以“份”展示；按钮进入报备资料池，不再进入通道报备明细；明细数仍保留在接口中用于兼容但不在页面展示 |
|
||||
| TC-REPORT-WORKBENCH-024 | 报备资料池分别准备全部可生成、部分可生成、缺资料、全部放弃、无有效通道及已有同版本批次的资料 | 页面同时显示文字状态；待生成和部分可生成为黄色、资料不完整为红色、已生成为绿色、全部放弃和无有效通道为灰色；部分可生成的阻断原因使用红色提示，不得只依靠颜色表达状态 |
|
||||
|
||||
## TC-HIGH-FREQUENCY-QUERY-20260902 高频查询与按需详情
|
||||
|
||||
|
||||
@@ -4390,3 +4390,12 @@ git diff --check
|
||||
- 增加两个状态入口共用事务逻辑、各状态下待生成数量和页面按钮间距的回归用例。定向API 2套122项、API全量52套601项、前端全量12文件55项、前后端TypeScript及Vite生产构建均通过；Vite仅保留既有Chart分块超过500kB提示。
|
||||
- Browser插件不在本会话技能列表，按前端调试流程使用本机Playwright Chrome检查本地生产构建：1600×1000与390×844下均显示两个目标按钮，计算样式间距为8px、无重叠和页面横向溢出，控制台及页面错误均为0。接口响应使用隔离布局数据，仅验证样式和响应式交互，不冒充真实API/PostgreSQL验收。
|
||||
- 本轮不提交、不推送、不部署，不访问预生产，不修改测试环境业务数据，不触发短信发送、补发、重投或重新入队。
|
||||
|
||||
## 2026-09-03 运营修改自动通过、资料池状态颜色与待生成资料数（测试环境发布准备）
|
||||
|
||||
- 运营端新增签名沿用既有自动通过规则；运营端修改签名或资料后也直接保持/变为审核通过，并写入`admin_update_approved`审核记录及操作人。客户端修改和导入审核流程不变，仍按原规则进入待审核；没有新增数据库字段或migration。
|
||||
- 报备资料池按真实预检结果展示明确状态颜色：待生成、部分可生成为黄色，资料不完整及阻断原因为红色，已生成为绿色，全部放弃、无有效通道和资格检查中为灰色。状态只作用于现有资料池查询范围，不扩大为全部签名或历史资料查询。
|
||||
- 企业签名管理搜索区下方汇总改为“待生成报备资料”份数，按一条企业应用下的签名资料计数；只有至少一个当前通道×运营商组合可生成时才计入。同一接口继续返回原“待生成明细数”兼容字段。入口文案改为“查看详情”，点击跳转报备资料池。
|
||||
- 定向API 1套76项、定向报备工作台组件1文件5项通过；全量API 52套602项、前端12文件56项通过。前后端TypeScript、Vite生产构建、依赖安全、部署契约、结构质量、R4页面契约、包体积及`git diff --check`通过；Vite仅保留既有Chart分块超过500kB提示，入口gzip约107.63KiB。
|
||||
- Chrome本地生产预览在1600×1000及390×844下验证汇总文案、7份示例计数、“查看详情”跳转和六类状态颜色，无控制台或页面错误；首行滚动到可视区后待生成黄色状态可见。隔离页面数据只用于布局、响应式和交互覆盖，不冒充真实API/PostgreSQL验收。
|
||||
- 本轮发布范围仅为测试环境`100.93.204.60`，不访问预生产，不修改余额、客户、通道或签名业务资料，不发送、补发、重投或重新入队短信。发布恢复资产、最终部署标记、真实服务和只读数据核验结果待发布完成后追加。
|
||||
|
||||
Reference in New Issue
Block a user