不鸽工程队 —— Day 2 冲刺随笔
不鸽工程队 —— Day 2 冲刺随笔
| 项目 | 内容 |
|---|---|
| 这个作业属于哪个课程 | 202601-福大-软件工程实践-W班 |
| 这个作业要求在哪里 | 软件工程实践团队作业-站立式会议+α冲刺 |
| 这个作业的目标 | 完成 Day 2 冲刺任务,攻克高并发报名防超卖、信用互评加分、定时任务、前端详情/发布页联调等核心业务 |
| 其他参考文献 | 邹欣.《构建之法:现代软件工程》(第4版) |
目录
- 不鸽工程队 —— Day 2 冲刺随笔
- 一、 站立式会议
- 二、 项目燃尽图
- 三、 成员进展与心得体会
- 四、 commit记录和截图
- 1. 全组 Commit 记录汇总
- 2. 成员个人产出记录
- 五、 AI 技术员工作情况
- 1. 李佳(组长)
- 2. 施乐山(前端开发)
- 3. 林严泽(后端开发)
- 4. 徐鑫(后端开发)
一、 站立式会议
会议时间:2026年10月24日晚上
会议地点:腾讯会议(线上)
会议说明:今日会议主要同步了各组员核心接口的开发进度,重点讨论了高并发场景下的防超卖策略、Apifox Mock 的联调问题,以及信用分扣减的事务一致性。
二、 项目燃尽图
Day 2 燃尽图分析:
从 Day 2 的燃尽图可以看出,实际剩余任务点(62点)不仅反超了理想任务点(70点),甚至呈现出了断崖式的超前! 团队在经历了首日的磨合后,直接开启了“暴走模式”。
这主要归功于全员的超量输出:
- 李佳:完成了今日原定的“互评加分接口”,提前将原属于 Day 3 的“放鸽子定时任务扫表”攻克。
- 林严泽:不仅完成了基础接口,更提前交付了 60 并发防超卖的压测。
- 施乐山:高效打通了 Apifox Mock 接入,并高质量交付了详情页与发布页的真实请求联调。
- 徐鑫:顺利归队,补齐了实体类与接口设计。
三、 成员进展与心得体会
| 成员 | 今日进展 | 存在的问题/困难 | 明日计划 | 心得体会 |
|---|---|---|---|---|
| 李佳 (组长) | 完成互评加分接口与放鸽子定时任务,修复 Mapper 冲突,测试全通过并入库华为云。 | Mapper 同名撞 Bean、实体列名不匹配导致 Unknown column 报错。 | 配合前端联调信用模块接口,进行全流程代码审查。 | 测试事务最好设置成自动回滚的形式,通过日志 SQL 轨迹验证代码能否正常运行,这样不会弄脏数据库;命名要全局查重,实体字段必须拿真实表结构逐一核对,否则会在运行时爆雷。 |
| 施乐山 (前端) | 1. 完成 Apifox Mock 接入; 2. 完成 ActivityDetail 活动详情页与 ActivityPublish 发布页,三页均走真实 axios 请求(commit e18f133)。 | 1. Mock 返回乱码,查了1小时发现是“智能 Mock 优先”,改为“响应示例优先”解决; 2. POST 忘加 Content-Type; 3. push 被拒,用 git pull --rebase 解决。 | ActivityList 搜索筛选对接 Mock -> 换团队共用 Mock URL -> 补全校验。 | Apifox 新项目第一步先改 Mock 优先级,别等到联调全是乱码才去查。 |
| 林严泽 (报名/消息) | 1. 报名/退出/签到等接口全部编码完成; 2. 乐观锁防超卖(60并发抢19名额零超卖); 3. 唯一索引兜底防重; 4. 15项自测全通过。 | 1. 并发获胜者随机,脚本写死 ID 导致间歇性失败; 2. 并发下两请求同时通过校验,靠唯一索引兜底; 3. 退出需防横向越权。 | 完成消息通知模块(Spring Event 异步落库等),录入接口文档。 | 防超卖的关键是把“名额判断”和“名额更新”放进同一条 SQL 的 WHERE 里;唯一索引是并发安全的最后防线。 |
| 徐鑫 (用户/活动) | 1. 完善后端分层结构,编写 5 个核心实体类; 2. 统一返回类 Result; 3. Apifox 完成 10 个接口设计; 4. 两次 git 提交。 | 1. 数据库连接配置未完成; 2. 业务逻辑只有骨架,未实现; 3. 参数需补充完善。 | 配置数据库连接,实现注册登录核心业务,完善接口文档。 | 后端分层架构很重要,先把骨架搭好再填业务逻辑;接口先行能让前后端并行开发。 |
四、 commit记录和截图
1. 全组 Commit 记录汇总
2. 成员个人产出记录
(1)李佳(组长/后端/测试)
- 工作内容:互评加分接口、定时任务扫描扣分、Mapper 冲突修复。
- 产出截图:
互评加分接口测试通过


“放鸽子”自动扣分的定时任务测试通过

(2)施乐山(前端开发)
- 工作内容:前端详情页与发布页开发、Apifox Mock 接入。
- 产出截图:


(3)林严泽(后端/报名/消息)
- 工作内容:报名防超卖、退出、签到接口、15项自测。
- 产出截图:
报名核心接口 15 项自测全部通过

数据库验证——防超卖
(4)徐鑫(后端/用户/活动)
- 工作内容:5 个核心实体类、统一 Result、Apifox 接口设计。
- 产出截图:

五、 AI 技术员工作情况
在今天的冲刺中,团队成员继续深度使用 AI 工具辅助开发与排错,大幅提升了编码效率与代码质量。以下是今日各成员与 AI 协同工作的交互详情:
1. 李佳(组长)
- 使用工具:通义灵码(Qwen3.8-Flash 模型)
- 使用场景:生成互评加分 Service 逻辑、测试用例、定时任务测试类。
- 交互详情:
- 生成互评逻辑:我将表结构发给通义灵码,要求它生成包含
@Transactional和分数封顶逻辑的EvaluationServiceImpl。它不仅生成了代码,还主动提示我要修改ErrorCode类。 - 生成测试用例:让它编写
CreditTaskTest,它设计了非常完善的断言规则(校验扣 10 分、低于 60 降级、防重复扣分),并让我通过@Transactional自动回滚来保证测试不弄脏数据库。
- 生成互评逻辑:我将表结构发给通义灵码,要求它生成包含
- 截图:





2. 施乐山(前端开发)
- 使用工具:Seed-Code
- 使用场景:前端联调排错。
- 交互详情:
- 帮定位 Apifox Mock 乱码根因(Mock.js 引擎 + Mock 优先级设置)。
- 帮排查
payload = {}空对象(Mock 没录示例,Body Tab 粘 JSON + Ctrl+S 解决)。 - push 被拒时给出 rebase 解法并解释其与 merge 的区别。
3. 林严泽(后端开发)
- 使用工具:WorkBuddy
- 使用场景:接口实现、并发自测、数据库验证。
- 交互详情:
- 接口实现:AI 按设计说明书生成报名 Mapper SQL / Service / Controller,含乐观锁、状态机、越权校验。
- 并发自测:AI 编写 60 并发防超卖脚本,自查修复了两处用例 bug。
- 数据库验证:AI 查库核对
current_people未超上限,输出防超卖证据。
4. 徐鑫(后端开发)
- 使用工具:通义灵码
- 使用场景:生成骨架代码。
- 交互详情:
- 自动生成项目分层代码骨架(Controller、Service、Mapper)。
- 根据数据库表结构自动生成实体类。
- 指导 git 提交和代码推送流程。
...全文






