fix: harden notification polling and simplify pagination controls

This commit is contained in:
hectorzhao
2026-09-08 21:44:08 +08:00
parent ebb185b22b
commit 6816f56178
15 changed files with 897 additions and 141 deletions
+13
View File
@@ -5271,3 +5271,16 @@ OPS0908-01至07已按本轮范围验证;精确证据见testing-progress.md对
| TC-DAILY-0908-07 | 默认/有效/非法/超大事务超时配置,实际 PostgreSQL 限时及事务结束 | 默认 30000ms、maxWait 5000ms;非法值回退默认、最大 120000msstatement_timeout 仅当前事务有效,其他业务事务不改变 |
| TC-DAILY-0908-08 | 失败后次周期、成功后同日重复周期,以及启动 15 秒内销毁服务 | 失败继续重试、全成功后同日跳过;销毁清除启动及周期定时器,无销毁后新任务 |
| TC-DAILY-0908-09 | 真实生成后调用报表查询/汇总/分页及 CSV | 数据与 PostgreSQL 一致;既有日期/租户/维度筛选和金额精度不变,API 无假成功或静态数据 |
### 浏览器注入、通知刷新与公共容量回归(2026-09-08 夜)
| 编号 | 场景/步骤 | 预期 |
| --- | --- | --- |
| OPS-PAGE0908-06 | 真实API打开通道报备明细和签名质量四Tab,在1600×1000、1366×768、390×844检查底部分页及刷新/跨路由 | 无可见“每页数量”标题,容量与翻页同区;隐藏名称可访问;10/25/50/100与默认25不变,各Tab日期独立,多个分页不串联,其他表单标签保持 |
| OPS-NOTIFY0908-01 | 通知批次仍在途时触发focus、定时和多个业务刷新事件 | 同时最多一批六GET,重复触发合并,业务事件至多一次后续刷新;不是触发多少次就发多少批 |
| OPS-NOTIFY0908-02 | 真实成功获取六类计数后单类/多类请求中断或超时 | 失败项保留上次真实值并提示暂不可用,成功项正常更新;首次失败不冒充已取得零值;没有全局POST重试 |
| OPS-NOTIFY0908-03 | 请求挂起超过15秒,连续失败,反复focus | 请求被abort;失败按30/60/120秒退避且有上限,focus不会造成重试风暴;恢复真实200后恢复普通轮询及可用说明 |
| OPS-NOTIFY0908-04 | 在途时隐藏页面/离线/锁屏/卸载,然后恢复可用状态 | 请求/计时器正确取消,旧响应不回写;恢复按调度刷新;现有401/权限/会话规则保持 |
| OPS-BROWSER0908-01 | Chrome152 F12报startTime时记录VM源码及执行上下文,对照DevTools软导航采集设置开/关并刷新切页 | 区分应用脚本与DevTools Performance Metrics;仅当实际A/B通过才记规避有效,不全局过滤异常;没有现场证据则记待验证 |
| OPS-BROWSER0908-02 | 连接关闭时对照同时间浏览器Network、源站access/error、API及Cloudflare链路 | 记录失败请求是否到达源站、协议/时间/状态;不能把匿名401或稍后正常当成历史故障已根除,不无依据关闭HTTP2或修改业务配置 |