不鸽工程队 —— 凡事预则立：β 阶段规划

目录

一、下一阶段需要改进完善和新增的功能

β 阶段总原则：先还债、再闭环、后体验。α 阶段答辩暴露的"完成度水分"必须最先清偿，否则新功能盖在空中楼阁上。

1.1 P0 —— 补齐核心链路欠账（Day 1-3）

1.2 P1 —— 质量与体验（Day 4-5）

1.3 P2 —— 视进度收尾（Day 6-7）

1.4 α 宣称 vs β 兑现对账表（写给自己看的账本）

二、需要改进的团队分工

α 阶段的教训是"关键路径单点 + 组长无限兜底"。β 阶段把分工正式化：

改进点对照：

1. 用户/活动模块由"代管"转正式（α 遗留问题的归责明确化）；
2. 测试从"最后一环"提前到"第一环"——自动化框架 Day1 搭建，之后每个 MR 合并前自动跑回归；
3. 新增"交叉评审"：组长的代码也要有人 review（林严泽），避免"评审人 = 提交人"的形同虚设；
4. 每日随笔公开每人 commit 数，贡献度过程留痕，不再只看最终结果。

三、需要改进的工具流程

3.1 全组统一 AI 工具：WorkBuddy（答辩点名改进项 ①）

• α 阶段全组用过 DeepSeek、通义灵码、豆包、Seed-Code、WorkBuddy 五种工具，经验无法沉淀；
• β 阶段编码、测试自动化、文档生成、日志排错全部统一用 WorkBuddy；
• 沉淀《团队 Prompt 库》：把 α 验证过的高效提问（Nginx 日志定位、JWT 解码排错、边界用例生成）整理入库，随用随补；
• 每日随笔的 AI 技术员小节，统一记录 WorkBuddy 的使用场景与产出。

3.2 测试自动化（答辩点名改进项 ②）

• α：AI 出用例 → 人工在 Apifox 复制粘贴执行 → 手动贴结果；
• β：核心用例改造为接口自动化脚本（入仓库 test/ 目录），用 WorkBuddy 辅助生成与维护；
• 触发时机：每次 MR 合并前自动跑核心回归（冒烟 8 项），每晚跑全量回归；报告（通过率/失败明细）进每日随笔；
• 目标：从"回归一次半小时所以不回归"变成"回归一次 1 分钟所以天天回归"。

测试深度升级（答辩点名的第四项）：α 的测试数据量只有百级、并发只验证过一次 60 并发、边界不成体系。β 阶段测试重心明确为三条：

3.3 Git 分支与评审流程

• master 设为保护分支，禁止直接 push，仅接受合并请求（MR）；
• 一人一条 feature 分支（feature/<拼音>-<模块>），本人自由提交；
• 所有 MR 由组长李佳统一审核合并，合并前流水线 + 规范双检查；
• Commit Message 强制格式：type(scope): 一句话中文描述 - 真名（如 feat(user): 补齐用户注册/登录/JWT鉴权与个人信息模块 - 李佳）；
• 完整规范见仓库 docs/git-workflow.md 与《代码规范》。

3.4 接口契约

• 改接口先改 Apifox 再写代码，MR 描述附文档变更链接；
• 通知 type 等字典类信息以仓库 sql/ 脚本为单一事实来源；
• 前端禁止静默降级 mock 掩盖接口错误。

四、所有博客的计划安排

每篇冲刺随笔含 SCRUM（每人成就/困难/明日安排 + commit 签入记录 + 会议真实照片）与 PM 报告（燃尽图 + 任务总量变化 + 运行截图）两部分，缺一项当天按课程规则扣分。

五、七天冲刺时间计划（2026.11.13 - 11.19）

冲刺后（11.20-11.26）：11.20-22 用户调查报告与数据整理；11.23-24 Beta 总结随笔；11.25-26 答辩 PPT 定稿 + 现场预演；11.27 答辩。

风险预案：

1. 云服务器若回收/欠费：Day1 立即确认续费与存活，备份 dist 与 SQL 到本地；
2. 短信 API 资质办不下来：按 P2 降级为 Mock 并在文档中如实标注（吸取 α"降级被当完成"的教训，这次标注到验收标准级别）；
3. 进度红线：任意一天实际剩余 > 理想剩余 5 点以上，当晚站会砍 P2 任务，不砍测试；
4. 冲刺随笔素材：每天由李佳统一收集四人的 commit 截图 + 会议照片（不可复用），当晚成稿。

六、结语

α 阶段我们用 7 天证明了"能跑起来"，β 阶段的目标是证明"跑得可信"：状态机真正流转、测试真正自动、评审真正执行、AI 真正统一。凡事预则立，不预则废 —— 这一次，我们把规矩立在写代码之前。