feat: expand vehicle data platform capabilities
This commit is contained in:
Binary file not shown.
|
After Width: | Height: | Size: 92 KiB |
Binary file not shown.
|
After Width: | Height: | Size: 92 KiB |
Binary file not shown.
|
After Width: | Height: | Size: 95 KiB |
Binary file not shown.
|
After Width: | Height: | Size: 40 KiB |
Binary file not shown.
|
After Width: | Height: | Size: 38 KiB |
Binary file not shown.
|
After Width: | Height: | Size: 186 KiB |
@@ -0,0 +1,35 @@
|
||||
# 历史导出超大队列与批量对账审计
|
||||
|
||||
## 审计结论
|
||||
|
||||
历史导出任务中心已补齐大队列下的浏览密度、批次边界、翻页连续性和部分成功对账。服务端分页仍是唯一结果来源;界面可选择每页 10、20 或 50 条,但任何一次批量操作最多处理 20 条,避免把“浏览页容量”误解为“写操作批次”。
|
||||
|
||||
## 本轮改造
|
||||
|
||||
1. `exportLimit=50` 成为可分享、可刷新的正式视图状态,服务端按 `limit=50` 返回当前页。
|
||||
2. “本页批量”明确限定当前页,50 条视图只允许选择前 20 条;达到上限后其余复选框禁用。
|
||||
3. 搜索、状态、范围、账号、排序或页容量改变会退出当前批次;翻页时保留上一页画面并锁定操作,直到新页完成,不出现空白闪烁或误点旧数据。
|
||||
4. 批量接口的部分成功不再压缩成一句提示。回执逐项保留任务名、所有者和未处理原因;未处理且仍可见的任务继续保持选中,便于复核后重试。
|
||||
5. API 增加 10,005 条任务深分页用例,验证第 9,951–10,000 条和尾页 10,001–10,005 条的稳定顺序、总数与摘要。
|
||||
|
||||
## 验证
|
||||
|
||||
- 历史页面专项:50 项通过。
|
||||
- Web 正式套件:78 个测试文件、516 项通过。
|
||||
- API 全量测试:通过。
|
||||
- 全量生产构建:Web、开放门户和 Go 构建通过。
|
||||
- 真实浏览器:1440 × 900 与 390 × 844。
|
||||
- 浏览器验证只读取真实队列,没有执行取消、重建、归档或恢复;部分成功回执通过 UI 测试构造服务端响应验证,避免对真实任务制造写入或状态竞争。
|
||||
|
||||
## 视觉证据
|
||||
|
||||
- [改造前:桌面端当前页批量](./01-before-current-page-batch-desktop.png)
|
||||
- [改造后:桌面端每页 50 条](./02-after-fifty-page-desktop.png)
|
||||
- [桌面端:20 条批次边界](./03-batch-limit-desktop.png)
|
||||
- [移动端:每页 50 条](./04-fifty-page-mobile.png)
|
||||
- [移动端:20 条批次边界](./05-batch-limit-mobile.png)
|
||||
- [桌面端分页改造前后对比](./06-before-after-pagination-comparison.png)
|
||||
|
||||
## 后续边界
|
||||
|
||||
本轮没有改变任务保留策略或后台清理机制。下一轮仍需验证生产长期归档增长、自动清理/保留例外和清理审计;通知真实重试仍依赖后端提供可证明的幂等重发能力。
|
||||
Reference in New Issue
Block a user