Files

2.3 KiB

实施与验证计划

  • 用户审核当前规划后,加载 Phase 1.3/1.4,校验上下文清单并进入 in_progress。
  • 读取受影响层规范和确切修改代码,确认 Tushare moneyflow 字段单位、权限及本地隔离数据库方案。
  • 扩展 source、事实和 PostgreSQL migration,保存板块涨跌幅与成分行情/主买净额,保持旧发布可读;更新 memory repository。
  • 增加批量历史/详情读取和 HTTP 响应,补充单日榜附加字段、在榜次数、三指标历史、前后5名、成员及重合度。
  • 调整前端 API/types/query,完成两种单日列、名称入口、在榜展开、详情弹窗与复制/导出。
  • 后端测试重点:单位转换、来源缺失不归零、同日发布去重、30交易日边界、无未来数据、每天排名池变化、相似度与历史成员;运行 cd zhixing-server && uv run pytest tests/unit/sector_radar tests/test_sector_radar_http.py,有数据库时补集成测试 tests/integration/test_sector_radar_repository.py。
  • 前端测试重点:视角切换列名、左右板块指标、展开收起、日期切换、详情指标切换、少量样本、关闭/焦点和导出内容;运行 cd zhixing-web && pnpm test src/features/sector-radar。
  • 使用一个真实板块完成 Tushare 采集、落库、API核对,记录请求日期、条数、缺失及核对值,不记录密钥;不得将单板块测试发布为全市场榜单。
  • 后端运行 uv run ruff format --check .、uv run ruff check .、uv run pyright;前端运行 pnpm format:check、pnpm lint、pnpm typecheck、pnpm build。按变更范围扩大回归,不重复无关检查。
  • 浏览器验证本地两个面板与弹窗、滚动及窄屏。核对 API 无请求时取 Tushare 的行为。
  • 主会话完成最终验证并汇报实际证据;不自动提交用户改动,不更新全局知识或 specs。

风险位置:sector_radar/application/build.py 的成功发布门、infrastructure/postgres.py 的快照/事实事务与新迁移、application/read.py 的日期回退。新增可选详情来源不应改变旧榜成功条件。

执行结果与全局既有检查例外详见 verification.md;勾选代表本步骤已执行,不表示全仓检查全部通过。