fix: improve retry feedback and deletion stability

2026-08-02 20:39:49 +08:00
parent ecc3d7a504
commit 94e997ec4d
9 changed files with 273 additions and 41 deletions
@@ -1436,7 +1436,8 @@
  1. 进入运营端“下游投递记录”页面。
  2. 分别按状态、投递类型、应用、关键字进行筛选，检查分页。
  3. 打开一条记录详情，核对 payload、重试次数、最后错误和时间字段。
-  4. 对一条 `pending` 或 `failed` 记录执行人工重投。
+  4. 对一条 `pending` 或 `failed` 记录点击人工重投，先取消确认弹窗，确认没有调用重投接口。
+  5. 再次点击重投并确认，观察提交期间按钮状态和接口成功后的结果弹窗；另模拟一次接口异常。
 - 预期结果：
  - 页面列表来自真实 `/api/admin/operations/downstream-deliveries`，不是前端静态数组或本地状态拼装。
  - 详情展示真实 payload、`retryCount/nextRetryAt/deliveredAt/lastError`。
@@ -1444,6 +1445,8 @@
  - 人工重投后 `manualRetryCount` 递增、`lastRetriedAt` 更新，新一轮 `retryCount` 从 0 开始；系统日志保留重投前状态、原自动重试次数和新人工重投次数。
  - 重投后若尚未真正写出，列表显示“人工重投排队中”，不得误显示“待首次投递”；自动失败退避中的 pending 显示“等待自动重试”。
  - `awaiting_ack` 记录在前端不可选且后端拒绝并发重投，不能仅依赖按钮禁用。
+  - 确认弹窗明确展示投递类型、消息 ID 和重复处理风险；取消时不得请求后端，确认提交期间操作按钮禁用并显示处理中状态。
+  - 单条成功弹窗展示真实返回的当前状态和 `manualRetryCount`；接口失败时弹窗展示错误，并提醒先刷新核对人工次数再决定是否重试，不能静默失败或诱导重复提交。

 ### TC-GW-015 下游投递指数退避

@@ -1465,11 +1468,13 @@
 - 步骤：
  1. 在页面勾选多条可重投记录。
  2. 点击“批量重投”。
-  3. 检查后端返回的成功/失败汇总，并刷新列表。
+  3. 在平台确认弹窗中取消一次，确认未调用接口；再次打开并确认，检查提交期间防重复状态。
+  4. 检查后端返回的成功/失败汇总和逐条失败原因，并刷新列表。
 - 预期结果：
  - 页面调用真实 `/api/admin/operations/downstream-deliveries/requeue` 批量接口，不是前端逐条伪造结果。
  - 后端逐条执行真实重投，返回 `total/successCount/failedCount/results`。
  - 成功和失败记录都会保留真实后端状态与错误信息；空选择时接口拒绝执行。
+  - 批量确认弹窗展示所选条数和重复处理风险；结果弹窗始终展示总数、成功数和失败数，部分失败时列出真实 `results[].errorMessage`，全成功时也不能静默关闭或只刷新列表。

 ### TC-GW-017 下游投递告警统一聚合

@@ -3414,6 +3419,8 @@ npm run verify:phase8
 | TC-ADMIN-023 | 准备多个企业产生不同的当日真实消费金额后打开企业列表。 | API 结果按 `todaySpendCents` 降序；相同金额按企业名称和 id 稳定排序；金额来自 PostgreSQL 当日短信记录聚合。 |
 | TC-ADMIN-024 | 准备多个企业应用产生不同的当日真实发送数量后打开企业应用列表。 | API 结果按 `sentToday` 降序；相同数量按应用名称和 id 稳定排序；数量来自 PostgreSQL 当日短信记录聚合。 |
 | TC-ADMIN-025 | 将通道真实成本分别设为 3、3.5、3.456 分并打开通道列表。 | 分别显示 `3.00 分`、`3.50 分`、`3.46 分`；仅改变展示精度，不改写数据库成本及历史提交成本快照。 |
+| TC-ADMIN-026 | 新增全局黑名单和敏感词，后端时间分别使用跨自然日的 UTC 时间；在不同时区浏览器中打开列表。 | “入库时间”和“创建时间”均按 `Asia/Shanghai` 显示为 `YYYY-MM-DD HH:mm:ss`，不出现 ISO `T/Z`，且结果不随浏览器设备时区变化。 |
+| TC-ADMIN-027 | 连续多轮创建无依赖签名并删除；另连续多轮创建、编辑为待审核后再删除，同时存在待审核任务提醒。 | 每轮资格预检、填写原因、确认删除均只调用一次真实删除接口；结果区显示“删除已完成”和操作单号，刷新后签名不再出现；全局审核提醒不得被误判为删除失败。 |

 ### 17.4 Dashboard 指标细化