R30-1 R30-9: 建立零人工发布门禁并补齐高频回归
这个提交包含在:
+21
-1
@@ -152,9 +152,29 @@
|
||||
4. 将 `OPENAPI_DOCS_ENABLED` 保持为 `false`,不要在公网生产暴露文档入口。
|
||||
5. 定期检查审计日志中的登录失败、Refresh 来源不匹配与涉密资料查看记录。
|
||||
|
||||
## 17. R23 试点收口纪律
|
||||
## 17. 网页自动化门禁(R28/R30)
|
||||
- 推荐发布时直接执行:`bash scripts/qa/run-release-gate.sh all`。
|
||||
- 发布前至少执行一次:`bash scripts/qa/run-web-gates.sh smoke-local`。
|
||||
- 发版前或主分支合并前建议执行:`bash scripts/qa/run-web-gates.sh full-local`。
|
||||
- 发布到 `https://oa.hyinda.com` 后,使用独立 smoke 账号执行:`bash scripts/qa/run-web-gates.sh smoke-live`。
|
||||
- live smoke 只做只读检查,不允许提交审批、付款、导入或任何真实业务写操作。
|
||||
- 如果本机已配置 `LIVE_SMOKE_*`,`bash deploy/trialrun/deploy.sh` 完成远端部署后会自动补跑 live smoke。
|
||||
- 首次接入企微、SMTP 或证书变更可人工复核;日常发布不再要求手点页面验收。
|
||||
|
||||
## 18. R23 试点收口纪律
|
||||
- 客户沟通如果影响项目计划、交付、报价、风险或下一步动作,必须在 `24h` 内回填到 `项目 -> 客户沟通`。
|
||||
- 回填只写结果摘要、下一步动作和下次跟进日期,不粘贴完整聊天记录,不上传私人微信截图。
|
||||
- 项目经理每周至少检查一次 `项目 -> 项目收口` 面板,确认红黄灯来源是否已经处理。
|
||||
- 若某项收口任务选择 `已豁免`,必须填写理由;豁免不代表永久忽略,只代表本周软约束放行。
|
||||
- 试点期每周五复盘一次“仍靠聊天/表格补流程”的案例,并决定是补回填纪律还是补最小功能。
|
||||
|
||||
|
||||
## 19. R29 设计与工作台治理口径
|
||||
- 首页不再做“模块超市”,而是先告诉员工今天该做什么。
|
||||
- 管理员不要把备用模块重新平铺到主导航,避免系统再次变成模块拼盘。
|
||||
- 员工入口默认认知应保持为:`企业微信进入 -> Portal 查看今日动作 -> 进入具体模块处理`。
|
||||
- 如果未来新增页面,请优先复用统一骨架:
|
||||
- 首页:`WorkbenchHero + MetricCard + SectionPanel`
|
||||
- 列表页:`PageHeader + FilterBar + 主列表`
|
||||
- 详情页:`概览 -> 执行 -> 留痕 -> 归档/合规`
|
||||
- 若某页面出现两个以上竞争级主按钮,应视为设计回退并在上线前修正。
|
||||
|
||||
在新工单中引用
屏蔽一个用户