202601福大-软件工程实践-W班
不鸽工程队 —— Day 3 冲刺随笔
墨衍会员 · AI 创作全网分发 墨衍智能分发 通过墨衍一键同步至各平台 可同步平台 CSDN微信公众号微博知乎掘金百家号博客园抖音小红书 你的文章也可以这样分发 墨衍会员 ¥399起/年，写一次发全网
我也要 关注 + 加入社区不鸽工程队 —— Day 3 冲刺随笔
| 项目 | 内容 |
|---|---|
| 这个作业属于哪个课程 | 202601-福大-软件工程实践-W班 |
| 这个作业要求在哪里 | 软件工程实践团队作业-站立式会议+α冲刺 |
| 这个作业的目标 | 完成 Day 3 冲刺任务，攻克前端核心页面、消息通知异步落库、接口文档规范与死锁修复 |
| 其他参考文献 | 邹欣.《构建之法：现代软件工程》（第4版） |
目录
- 不鸽工程队 —— Day 3 冲刺随笔
- 一、 站立式会议
- 二、 项目燃尽图
- 三、 成员进展与心得体会
- 四、 commit记录和截图
- 1. 全组 Commit 记录汇总
- 2. 成员个人产出记录
- 五、 AI 技术员工作情况
- 1. 李佳（组长）
- 2. 施乐山（前端开发）
- 3. 林严泽（后端开发）
- 4. 徐鑫（后端开发）
一、 站立式会议
会议时间：2026年10月25日晚上
会议地点：腾讯会议（线上）
会议说明：今日会议主要同步了各组员核心接口的开发与联调进度。重点讨论了 JWT 鉴权缺失导致的联调阻塞、高并发场景下的死锁问题修复，以及前端核心页面的 Mock 接入情况。
二、 项目燃尽图
Day 3 燃尽图分析：
从 Day 3 的燃尽图可以看出，实际剩余任务点（58点）已经高于了理想任务点（55点），团队进度出现了轻微的滞后。
表面上看，团队今天产出了大量代码：林严泽超前修复了高并发死锁并完成了消息模块；施乐山顺利交付了剩余所有核心页面的 UI；组长也完成了定时任务并录入了 Apifox 接口。
但掩盖在产出下的是严重的“关键路径阻塞”危机。徐鑫同学在任务上的缺勤，导致用户与活动模块毫无进展，全组无法获取 JWT Token，接口联调被彻底卡死，原定的测试工作未能完成。
进度红线反超蓝线是一个危险的信号。明天（Day 4），团队必须采取紧急干预措施，强制把用户鉴权模块补齐，否则后续所有的联调和云端部署都无从谈起。
三、 成员进展与心得体会
| 成员 | 今日进展 | 存在的问题/困难 | 明日计划 | 心得体会 |
|---|---|---|---|---|
| 李佳 (组长) | 1. 在 Apifox 中完成信用模块（提交评价、查看评价）的接口文档录入与规范； 2. 排查并修复组员代码的 BOM 编码报错，规范 Mapper 扫描配置。 | 1. 联调受阻：在 Apifox 测试评价接口时发现，组员尚未完成 JWT 工具类编写，导致请求被拦截器拦截（报 401），今日暂无法完整测试； 2. 组员提交的代码存在 BOM 头乱码等不规范问题，导致编译失败。 | 1. 配合前端同学完成信用模块页面的真实 API 联调； 2. 开始进行全组核心业务接口的黑盒测试。 | 团队协作不能只靠口头约定，必须靠机制来保障。比如今天遇到的编码乱码问题，今后可以通过引入 .editorconfig 或 Git 钩子把规范“固化”下来；遇到联调报错不能只看表面，要看后台日志找根因。 |
| 施乐山 (前端) | 前端 Day3 任务完成： 1. 修改 router 补全路由与全局守卫； 2. Login/Register 补全校验规则； 3. 新建 MyActivities、Notifications、Profile 三个核心页面，全部走 Apifox Mock 且带降级处理。 | 1. 切片先写了临时版被退回（必须先读真实代码）； 2. 字段名不一致（phone vs account）导致 validator 失效； 3. 变量声明顺序问题导致 validator 访问不到 form。 | 后端接口联调开始：Login/Register 接真实接口，baseURL 切回 localhost，补全 axios 拦截器。 | 切片必须先 Read 用户真实代码再写；validator 引用 form 时，form 必须先声明（没有变量提升）。 |
| 林严泽 (报名/消息) | 1. 完成消息通知模块及文档（3类事件异步落库）； 2. 编写自测脚本 9 项全通过； 3. 修复 60 并发死锁，全量回归 15/15 + 9/9 通过并推 master。 | 1. 异步落库断言需改为轮询等待； 2. 建表脚本两份不一致导致 Unknown column； 3. 60 并发报名触发 MySQL 死锁； 4. 测试数据冲突（原活动已满员）。 | 跑通全量回归并输出测试报告；补边界用例（信用分不足、活动截止等）；与前端对齐报错文案。 | 事件驱动的价值在解耦；建表脚本必须是单一事实来源；高并发下锁顺序就是生死线；测试异步逻辑的关键是“轮询等待”而不是“猜时间”。 |
| 徐鑫 (用户/活动) | 无 commit 记录与代码产出，未提交今日总结。 | 无。 | 无。 | 无。 |
四、 commit记录和截图
1. 全组 Commit 记录汇总
2. 成员个人产出记录
（1）李佳（组长/后端/测试）
- 工作内容：Apifox 信用模块接口录入、BOM 乱码修复。
- 产出截图：
Apifox 信用模块接口录入成功
排查错误后主启动类成功启动
（2）施乐山（前端开发）
- 工作内容：3个核心页面组件开发、路由守卫、表单校验。
- 产出截图：
（3）林严泽（后端/报名/消息）
- 工作内容：消息通知模块、死锁修复、异步落库验证。
- 产出截图：
消息通知自测 9/9 全部通过
notification 表落库验证（3类事件消息）
（4）徐鑫（后端/用户/活动）
- 工作内容：今日无 commit 记录与代码产出。
- 产出截图：无。
五、 AI 技术员工作情况
在今天的冲刺中，团队成员继续使用 AI 工具辅助开发与排错，提升了解决底层问题的效率。以下是今日各成员与 AI 协同工作的交互详情：
1. 李佳（组长）
- 使用工具：通义灵码（Qwen3.8-Flash 模型）
- 使用场景：排查并修复组员提交代码的 BOM 编码报错。
- 交互详情：
拉取组员代码后，项目报非法字符 \ufeff且无法编译。我将报错信息发给通义灵码，AI 迅速定位到这是因为组员使用 Windows 记事本保存导致文件头多出了 UTF-8 BOM 隐藏字符。AI 不仅给出了批量去除 BOM 头的方案，还顺手帮我排查出了两个会导致启动报错的潜在隐患一并修复。 - 截图：
2. 施乐山（前端开发）
- 使用工具：Seed-Code
- 使用场景：前端页面逻辑排错与调试。
- 交互详情：
- 帮助精准定位代码行号，写出“改前/改后”的对比方案。
- 帮助排查
rules字段名与form字段名不一致的问题，以及 validator 作用域顺序问题。 - 提供全局路由守卫的绕过调试手段，方便测试新页面。
3. 林严泽（后端开发）
- 使用工具：WorkBuddy
- 使用场景：脚本比对、死锁修复、仓库自救、接口整理。
- 交互详情：
- 自动比对脚本：自动比对两份建表脚本的差异并完成 6 处列名映射修复，重建本地库后全量回归（报名 15/15 + 消息 9/9 通过）。
- 死锁修复：自动定位并修复了 60 并发死锁（调整事务内加锁顺序），防超卖压测 19/19 全部正确。
- 仓库故障自救：在
.git损坏 + 网络受限的极端情况下，使用curl手工实现 git 传输协议完成拉取与推送（commitea4fc73已上 master）。 - Apifox 接口树整理：将报名 4 个 + 消息通知 2 个接口归位到「消息模块（林严泽）」对应子目录。
4. 徐鑫（后端开发）
- 使用工具：暂无
- 使用场景：无
- 交互详情：无。
...全文
