R7EP/OPS8/QAF8/UX8/P2T 收口自动化预检

2026-05-13 15:13:41 +08:00
@@ -134,3 +134,31 @@ curl -fsS https://oa.hyinda.com/api/auth/wecom/config
 - 证据位置：
 - 负责人：
 - 当日处理结论：修复 / 降级 / 回滚 / 后续 Issue
+
+## 9. OPS8 R7E 前最小运维准备
+
+当前公网部署追踪口径：
+
+- 本次 OPS8 起始基线：`0260bc7 R7EP/OPS8/QAF8/UX8/P2T 调整后续计划`。
+- 最近已确认部署基线：MIF7TD 部署包含 `cf2bba0` 的 MIF7T 代码；后续若部署新提交，必须在本节追加新 commit。
+- `deploy/trialrun/deploy.sh` 默认 `SYNC_ENV=0`，不得覆盖远端 `.env`；需要同步 `.env` 时必须另行确认。
+- R7E 前公网只读检查命令固定为：`curl -fsS https://oa.hyinda.com/ready`、`PUBLIC_BASE_URL=https://oa.hyinda.com node scripts/qa/check-public-bundle-copy.mjs`、带凭据 `scripts/qa/run-live-smoke-readiness.sh`。
+
+R7E 前备份和回滚占位：
+
+| 项目 | 当前记录方式 |
+| --- | --- |
+| 数据库备份 | R7E 前由运维负责人填写备份文件名、位置和生成时间；本文不记录真实数据内容 |
+| 附件备份 | R7E 前由运维负责人填写对象存储或服务器路径占位；不得提交真实附件 |
+| 回滚目标 commit | 部署时记录“当前 commit”和“上一可用 commit”；前端/脚本问题优先回滚应用版本，不默认回滚数据库 |
+| 回滚联系人 | 待用户在 R7E 启动前确认 |
+| 恢复演练窗口 | 不在 OPS8 中执行；必须另拆 Issue 并确认窗口 |
+
+live readiness 归档规则：
+
+- 报告统一放在 `artifacts/qa-flow/live-smoke-readiness-<timestamp>/`。
+- 引用时至少记录 `summary.json`、`public-bundle-copy.txt`、`live-smoke.txt`、`live-ocr.txt`、`pending-ocr.txt`。
+- `live-smoke.txt` 和 `live-ocr.txt` 不含 `SKIP` 才能作为真实通过证据；`pending OCR` 缺 `DATABASE_URL` 时可记录为非阻断 `SKIP`，不得写成数据库健康通过。
+- R7EP 或上线前结论必须同时说明 `/ready`、public bundle、live smoke、真实 OCR 和移动矩阵状态。
+
+OPS8-3 远端运行状态只读检查仍是建议门禁。执行前需先确认 SSH 目标和只读命令清单，只允许 `ps`、`status`、`config`、`docker compose ps`、`prisma migrate status` 等不改变状态的命令；不得打印远端 env，不得执行 migrate reset 或数据库写操作。
@@ -44,6 +44,24 @@ DCL7 已删除本文件中 R70-R91 的长流水历史，避免旧环境、旧开
 | MIF7-7 | 已关闭 | MIF7T 已部署；公网 `/ready`、public bundle、公网 MIF7 移动矩阵、带凭据 live smoke/OCR 均通过 |
 | R7 真实执行 | 未启动 | 草案不等于启动 |

+## R7EP / OPS8 / QAF8 / UX8 / P2T 预检推进
+
+执行时间：2026-05-13 14:10-15:05 前后。
+
+| 检查项 | 结果 | 证据 |
+| --- | --- | --- |
+| R7EP 公网匿名健康 | 通过 | `curl -fsS https://oa.hyinda.com/ready` 返回 `ok=true`；`PUBLIC_BASE_URL=https://oa.hyinda.com node scripts/qa/check-public-bundle-copy.mjs`：scanned=57，focused=4，findings=0 |
+| R7EP 带凭据 live readiness | 通过，含非阻断 pending OCR SKIP | 报告 `artifacts/qa-flow/live-smoke-readiness-20260513-141253/`；live smoke `3 passed`，真实 OCR `1 passed`；`pending OCR` 因本地未注入 `DATABASE_URL` 记录 `SKIP` |
+| R7EP 公网移动矩阵 | 通过 | `cd client && E2E_BASE_URL=https://oa.hyinda.com npx playwright test tests/e2e/dg7-mobile-information-dedupe.spec.ts --workers=1 --reporter=list`，5 passed |
+| R7EP 核心业务流 | 分段通过 | 长组合命令在当前工具会话中不稳定中断，不采用不完整 `summary.json` 作为通过证据；采用同一 groups 的可追溯分段结果：`business-flow-20260513-142857/summary.txt` 中 reimbursement/approval/leave/procurement PASS，`business-flow-20260513-145759/summary.txt` 中 approval PASS，`business-flow-20260513-144801/summary.txt` 中 governance PASS |
+| R7EP 账号角色只读核验 | 待用户输入 | 自动化已覆盖 admin-only 不具备业务审批权、财务/管理员边界和员工/经理移动入口口径；真实 R7 候选账号名单、角色、active 状态和企业微信绑定仍需用户确认或另行只读核验 |
+| OPS8 最小准备 | 已补文档 | `docs/trialrun/OPS7运维交接Runbook.md` 已补当前部署版本追踪、`SYNC_ENV=0` 口径、备份/回滚占位和 live readiness 归档规则；OPS8-3 远端只读检查未执行，需先确认 SSH 目标和命令清单 |
+| QAF8 覆盖刷新 | 已补文档 | `docs/测试规约与回归门禁.md` 已补当前最小回归组合、本地/公网匿名/带凭据门禁边界、R108/R109 历史专项分类 |
+| UX8 反馈池 | 阶段性收口 | 本轮未新增 UX8 代码实现；iPhone 12 间距、详情扫读性、财务摘要、移动采购创建和列表卡片反馈继续按真实反馈进入后续项 |
+| P2T 候选盘点 | 已补文档 | `docs/海音达OA-MVP需求规格说明书.md` 已补 P2T 候选优先级：组织账号主数据、审批通知扩展、OCR/票据增强、费用预算项目轻量增强、运维上线增强；冻结项继续不进入当前实现 |
+
+R7E 结论：自动化门禁已推进到可证明公网、live smoke/OCR、移动矩阵和核心业务流基础可用；但真实 R7 仍不能启动，缺口是用户尚未确认 R7 候选参与人、账号角色清单、时间窗口、回滚联系人、问题登记负责人和每日收口节奏。远端 Caddy/Docker/Prisma 只读状态检查也尚未执行，需先确认命令清单。
+
 ## MIF7-7 非人工自动化补验

 执行时间：2026-05-13 01:35 前后。
@@ -70,6 +70,29 @@
 - 上传、提交、审批、付款等关键按钮状态清楚。
 - 异常提示能指导用户下一步操作。

+### 5.1 当前最小回归组合
+
+R7E 前和后续非微小改动至少从以下组合中按风险选择；进入 R7E Go/No-Go 时必须全部覆盖并记录证据：
+
+| 类别 | 命令或证据 | 口径 |
+| --- | --- | --- |
+| CSV 合同 | `python3 /home/shunli/.codex/skills/plan/scripts/validate_issues_csv.py <issue.csv>` | 所有当前 Issue CSV 校验通过 |
+| 前端基础 | `cd client && npm run typecheck`、`cd client && npm run build` | 类型和构建通过，Vite chunk warning 不单独阻断 |
+| 设计规则 | `node scripts/qa/check-ui-design-rules.mjs --strict` | 当前 UI 设计规则 0 findings |
+| MIF7 移动矩阵 | `cd client && npx playwright test tests/e2e/dg7-mobile-information-dedupe.spec.ts --workers=1 --reporter=list` | 首页、进度/审批、通知、三类详情和财务首页通过；公网时设置 `E2E_BASE_URL=https://oa.hyinda.com` |
+| R6/MUD6/WCM6 移动回归 | `r6-mobile-responsive-system-hotfix`、`r6-mobile-unified-design-rollout`、`r6-wecom-mobile-rendering-hardening` | 旧移动矩阵用于防止信息架构整改破坏基础移动体验 |
+| 公网匿名 | `/ready`、`check-public-bundle-copy.mjs` | `/ready` 成功且 public bundle findings=0 |
+| 带凭据 live readiness | `LIVE_SMOKE_BASE_URL=https://oa.hyinda.com QA_ISSUE_ID=<id> bash scripts/qa/run-live-smoke-readiness.sh` | live smoke 和真实 OCR 不含 `SKIP`；pending OCR 可按规则非阻断 `SKIP` |
+| 核心业务流 | `BUSINESS_FLOW_GROUPS=reimbursement,approval,leave,procurement,governance bash scripts/qa/run-business-flow-gates.sh local` | 工具会话无法稳定承载长组合时，可按相同 groups 分段执行并在报告中引用各分段 PASS 目录 |
+
+门禁分为三类：本地门禁证明代码和 mock/隔离库可用；公网匿名门禁证明部署入口和前端资源可用；带凭据门禁证明真实账号、live smoke 和真实 OCR 可用。三类不得混用，缺哪一类就写清缺口。
+
+### 5.2 历史专项分类
+
+- R108/R109 移动视觉专项目前归为历史证据和待修测试初始化，不是当前 R7E 硬门禁；若初始化 API 不可用，只能记录 `SKIP`，不得写成视觉通过。
+- 旧 R6/MUD6/WCM6 专项仍作为当前移动基础回归，MIF7/MIF7T 后需继续保持可运行。
+- 任一历史专项若重新进入当前门禁，必须先更新对应 Issue CSV 的 `Test_Method` 和验收口径。
+
 ## 6. SKIP 规则

 只有确实缺少外部条件时才能标 `SKIP`。`SKIP` 不是通过，必须写清原因和后续补测条件。
@@ -85,6 +85,20 @@
 | R7 后优化 | UX8 真实反馈池、iPhone 12 间距观察项、详情字段扫读性二次优化、移动采购创建能力评估、组织账号主数据治理、图片 OCR 能力、转审扩展和邮件通道完整验收。 |
 | 明确不做 / 当前冻结 | ERP 实时集成、AI 自动处理、完整差旅、复杂 BPM、审批设计器、预算重型控制、企业微信原生审批；任何一项启动都必须另建里程碑和 Issue CSV。 |

+### 2.3 P2T 候选优先级
+
+P2T 只做排序和边界确认，不进入当前实现。候选项按 R7 真实反馈和上线风险再拆新 Issue：
+
+| 优先级 | 候选 | 当前边界 |
+| --- | --- | --- |
+| P2-1 | 组织与账号主数据治理 | 优先覆盖直属主管缺失、主管/审批人停用、admin-only 误用、财务/管理员角色混淆、新员工账号和企业微信绑定；不直接写生产账号数据 |
+| P2-2 | 审批与通知扩展 | 转审扩展到请假/采购/差旅拆 `W2F`；邮件通道和三渠道完整验收另决策；不引入复杂 BPM |
+| P2-3 | OCR 与票据增强 | 当前试运行继续 PDF-only；图片 OCR、批量样票和异步体验需另补样票、隐私处理和 provider 回归 |
+| P2-4 | 费用/预算/项目轻量增强 | 可评估费用提示和项目关联增强；预算重型控制、ERP 实时写回和正式成本核算继续冻结 |
+| P2-5 | 运维上线增强 | 备份恢复演练、SLO 门禁和正式上线准备需单独窗口；不在 R7E 预检中做真实恢复 |
+
+冻结项不是永久删除，而是当前 MVP/R7 不启动：ERP 实时集成、AI 自动处理、完整差旅、复杂 BPM、审批设计器、预算重型控制、企业微信原生审批。
+
 ---

 ## 3. 用户角色与典型场景