5.5 KiB
5.5 KiB
| 1 | ID | Title | Description | Acceptance | Test_Method | Tools | Dev_Status | Review1_Status | Regression_Status | Files | Dependencies | Notes |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2 | A1 | R48 smoke bugfix 执行合同与范围冻结 | 创建并校验 R48 smoke bugfix Issue CSV,冻结范围仅包含普通员工进入完整档案页入口修复与合同新增交互误导修复;明确本轮不涉及 server/src、Prisma、权限码新增或公网部署脚本改造。 | issues/2026-03-31_r48-smoke-bugfix.csv 列完整、Dependencies 为 JSON 数组字符串、Test_Method 可复现;范围仅覆盖 BUG-1 与 BUG-2,不扩散到导航服务端、员工权限模型重构或后端接口。 | 命令:python3 /home/shunli/.codex/skills/plan/scripts/validate_issues_csv.py issues/2026-03-31_r48-smoke-bugfix.csv。检查:1) 对照 AGENTS.md 与 issues/README.md 确认列完整;2) 方案明确 BUG-1 走 ProfilePage 入口补齐而不是改权限模型;3) 方案明确 BUG-2 是交互命名/入口设计问题,不是 query loading 误禁用。 | manual | DONE | DONE | DONE | issues/2026-03-31_r48-smoke-bugfix.csv | [] | 2026-04-01:Issue CSV 已创建并通过 validate_issues_csv.py 校验,范围与实施口径已冻结。本轮不修改 server/src/ 或 Prisma;若实施中改为在 NavLinks 注入全局“我的档案”入口,则补启 reviewer 审导航权限边界。 |
| 3 | A2 | BUG-1 普通员工进入完整档案页入口补齐 | 在 ProfilePage 增加显眼的“查看完整档案”入口,基于 useAuth().me.id 跳转到 /people/{当前员工id},让普通员工在不获得 /people 列表权限的前提下,一键进入自己的 EmployeeProfilePage。 | 普通员工登录后从 /settings/profile 可一键进入 /people/{自己的id};到达后沿用 EmployeeProfilePage 现有权限分层,可编辑办公地点/紧急联系人/备注,并可查看本人可见的绩效与薪资标签;仍然看不到 /people 列表入口,也不能访问他人档案的管理能力。 | 命令:export PATH=/home/shunli/.nvm/versions/node/v22.20.0/bin:$PATH && cd client && npm run typecheck && npm run build。业务:1) 普通员工登录后进入“个人设置”,能看到“查看完整档案”入口;2) 点击后跳转到 /people/{me.id};3) 在档案页可编辑办公地点并保存成功;4) 本人可见绩效/薪资标签维持现有规则;5) 直接访问 /people 仍被拦截或无入口,不产生额外列表权限。 | manual | DONE | DONE | DONE | client/src/pages/ProfilePage.tsx | ["A1"] | 2026-04-01:已在 ProfilePage 增加两处完整档案引导,使用 me.id 跳转 /people/{me.id};client typecheck/build 通过。2026-04-05:公网 smoke 回归通过,普通员工可从个人设置进入完整档案并编辑本人字段。 |
| 4 | A3 | BUG-2 合同新增入口与提交按钮解耦 | 调整 EmployeeProfilePage 合同标签交互:在合同列表头部新增始终可点击的“新增合同”按钮用于开始新增或重置编辑器;右侧表单提交按钮改为“保存合同”或等价文案,继续只在必填项未填或 mutation pending 时禁用。 | 管理员进入任意员工合同标签时,列表区域存在始终可点击的“新增合同”按钮;点击后右侧进入空白新增态;表单提交按钮仅在合同编号、开始日期、结束日期缺失时禁用,不再让 smoke 把提交按钮误认为入口按钮;编辑、附件上传、终止后删除等既有流程不回归。 | 命令:export PATH=/home/shunli/.nvm/versions/node/v22.20.0/bin:$PATH && cd client && npm run typecheck && npm run build。业务:1) 管理员打开合同标签,无论当前是否有合同记录,“新增合同”入口都可点击;2) 点击后表单被重置到新增态;3) 填写合同编号、开始日期、结束日期后可保存成功;4) 编辑既有合同仍可正常保存与上传附件;5) active 合同删除限制保持不变。 | manual | DONE | DONE | DONE | client/src/pages/EmployeeProfilePage.tsx | ["A1"] | 2026-04-01:已在合同列表头部增加稳定的“新增合同”入口,右侧提交按钮改为“保存合同”,保留必填校验与 active 合同删除限制;client typecheck/build 通过。2026-04-05:公网 smoke 回归通过,管理员合同新增入口与保存流程恢复正常。 |
| 5 | A4 | R48 smoke bugfix 前端回归收口 | 执行前端 post-check 与两条 smoke 主线回归,确认普通员工完整档案入口恢复、合同新增入口可用且既有绩效、薪资、合同能力不回归。 | A2-A3 的 Review1_Status 与 Regression_Status 有证据回填;普通员工可从个人设置进入完整档案;管理员合同标签存在稳定的新增入口;EmployeeProfilePage 既有标签与编辑权限不回归。 | 命令:export PATH=/home/shunli/.nvm/versions/node/v22.20.0/bin:$PATH && cd client && npm run typecheck && npm run build。业务:1) 普通员工登录后从个人设置进入自己的完整档案并成功保存办公地点;2) 管理员打开任意员工合同标签时“新增合同”入口始终可点击,填写完整后保存成功;3) 本人薪资、绩效标签、自助编辑能力与管理员合同附件上传、删除限制不回归。 | manual | DONE | DONE | DONE | issues/2026-03-31_r48-smoke-bugfix.csv|client/src/pages/ProfilePage.tsx|client/src/pages/EmployeeProfilePage.tsx | ["A2","A3"] | 2026-04-01:已完成 client typecheck 与 build,前端静态校验通过。2026-04-05:公网 smoke 测试通过(OpenClaw 验收 2026-04-05),普通员工完整档案入口与管理员合同新增入口回归通过。 |