zq践地组 ——Alpha 冲刺 Day4
zq践地组 ——Alpha 冲刺 Day4
| 这个作业属于哪个课程 | 202601福大-软件工程实践-W班 |
|---|---|
| 这个作业要求在哪里 | 软件工程实践团队作业-站立式会议+α冲刺-CSDN社区 |
| 团队名称 | zq践地组 |
| 这个作业的目标 | Alpha冲刺 Day4:活动取消 + 审核记录 + 通知 + 名单导出 |
| 其他参考文献 | 《构建之法》、系统设计说明书、数据库设计说明书 |
目录
- zq践地组 ——Alpha 冲刺 Day4
- 一、会议总结
- 二、AI 技术员工作情况
- 三、会议照片
- 四、项目燃尽图
- 五、项目运行情况展示
- 六、遇到的 issue
- 七、测试文档
- 八、会议的问题
- 九、明天(Day5)的安排
一、会议总结
| 成员 | 项目进展 | 存在的问题/遇到的困难 | 从现在到明天站立式会议的安排 | 心得体会 |
|---|---|---|---|---|
| 陈时文(组长 / 汇报 / PPT) | 把 D4 的关键节点(活动能取消、审核有记录、通知能发、名单能导出)列到看板上,燃尽图更新到 Day4;盯了取消和通知两个后端的进度,都按时出来了;开始组织演示录屏。 | D4 是任务最重的一天,取消和通知都要动状态,联调面比前几天广;演示录屏要提前准备脚本和两台设备。 | 明天盯管理端和统计的进度;把演示脚本跑通、录屏素材开始收集。 | 最重的一天按"取消/通知/导出"三条线拆开并行,反而没想象中乱。 |
| 甘羽潇(前端) | 取消活动的入口和确认弹窗做完(已开始/已结束的活动不能取消),审核记录页面、消息中心(通知列表)做完;名单/导出页面做了框架,导出文件能下载打开;跟后端联调了取消和通知,取消成功/失败提示正常。 | 取消的二次确认规则(谁能取消、什么时候不能取消)跟前端对齐花了不少时间;通知类型多(报名成功、审核结果、活动取消),消息中心的样式调了几版。 | 明天做管理端(活动管理、基础看板)页面。 | 带状态变化的操作,交互上先把边界想清楚再动手,省得返工。 |
| 张祺(后端) | 活动取消接口写完(状态校验:已开始/已结束不能取消;失败自动重试补偿),审核记录接口写完(谁审核、什么时间、通过/驳回理由都留了);通知触发逻辑做好(报名成功、审核结果、活动取消三类),通知失败会重试。 | 活动取消要联动已报名学生、名额回补、签到码失效三块,漏一个就出 bug,光设计就花了一上午;通知模板和触发时机跟前端对了两轮。 | 明天做管理端统计接口(活动统计、签到率、报名统计)。 | 取消是最容易出联动 bug 的接口,状态机加事务补偿缺一不可。 |
| 陈子涵(后端) | 批量取消报名实现(管理员批量取消、单个取消都通),报名/签到名单导出做完(Excel/CSV 都行),导出字段按需求清单对过;并发报名脚本今天第一次跑通。 | 批量取消的名额回补要和单个取消保持一致,写的时候多花了些时间;导出字段顺序和前端表格不一致,对齐后改了一版。 | 明天做全局看板统计数据和导出完善。 | 并发脚本第一次跑通,后面 D5/D6 回归就能拿它压一压。 |
| 梁鑫敏(测试) | 取消/通知接口的用例写完(取消成功、失败、重复取消、权限);并发报名脚本跑通(20 并发无冲突);权限用例(未登录/越权)继续在跑。 | 通知用例要验证三类通知各自的触发条件,断言写得比前两天都多;并发脚本第一次跑时数据库连接数上限报错,调了配置才过。 | 明天跟管理端统计接口写用例;开始把前几天的用例汇总成回归清单。 | 并发脚本跑通后,把前几天测过的核心链路都回归了一遍,踏实。 |
| 兰秀楠(博客 / 文档) | 接口文档更新了(取消、通知、导出),跟开发记录对齐;Day4 博客草稿写完;答辩演示脚本初稿完成。 | 取消/通知的返回格式和文档初稿有出入,跟后端确认后改了一版;导出文件的字段说明要补一节。 | 明天继续更文档(管理端/统计);演示录屏开始整理。 | 文档跟着接口走已经成了习惯,每天要改的量越来越小。 |
二、AI 技术员工作情况
团队在本冲刺引入 AI 技术员(AI 程序员 / AI 测试员),独立记录其贡献,与成员手工工作区分。
- AI 程序员:生成活动取消(含事务补偿)与通知触发的代码模板初稿,人工校验后合入;为取消接口生成了边界用例(已开始不可取消、重复取消、并发取消)。
- AI 测试员:根据接口文档自动生成取消/通知的测试用例初稿与接口测试集合;生成并发取消脚本框架,供并发测试用。
- 遇到的问题:AI 生成的取消补偿逻辑在"名额回补"时漏了事务边界,人工修正后采用;把"取消必须带事务补偿"写进提示词后,后续生成明显改善。
三、会议照片

四、项目燃尽图

五、项目运行情况展示

六、遇到的 issue

- Issue #15:活动取消(CancelAllByActivity,已完成)——活动被取消时,Registration 服务把这活动全部有效报名批量置为已取消;重复调用幂等不报错;名额置 0 归 Activity 侧,跨服务只走 RPC、最终一致。
- Issue #16:审核记录接口(已完成)——谁审核、什么时间、通过/驳回理由全程留痕。
- Issue #17:通知触发与消息中心(已完成)——报名成功、审核结果、活动取消三类通知,失败重试。
- Issue #18:报名/签到名单导出(已完成)——报名名单 = 快照 5 项(学号/姓名/院系/班级/手机号)+ 报名时间 + 状态,签到名单多签到时间/来源/签到率,导出 Excel;空数据导空表头,文件名 = 活动名 + 导出时间;教师只能导本人活动,学生无导出权限;导出动作写 operation_log,未登录 401/越权 403 都测了。
- Issue #19:并发与回归(进行中,明天)——20 并发已跑通;gofmt / go vet / go test / golangci-lint 全绿,DEV_LOG 版本 +0.1。
七、测试文档


八、会议的问题
| 问题 | 提出人 | 现在的情况 |
|---|---|---|
| 活动取消联动名额回补、签到码失效 | 张祺 | 状态机 + 事务补偿已做,测试用例已覆盖 |
| 通知类型多、触发时机要定 | 张祺 / 甘羽潇 | 三类通知统一触发规则,模板已对齐 |
| 批量取消与单个取消名额逻辑要一致 | 陈子涵 | 已统一实现,回归通过 |
| 导出字段顺序与前端表格不一致 | 陈子涵 / 甘羽潇 | 已对齐并改版 |
| 并发脚本第一次跑报数据库连接数上限 | 梁鑫敏 | 已调配置,20 并发通过 |
| 取消/通知返回格式与文档初稿有出入 | 兰秀楠 | 已与后端确认并更新文档 |
九、明天(Day5)的安排
| 成员 | 明天站会前要完成的事 |
|---|---|
| 陈时文 | 盯管理端和统计的进度;演示录屏素材收集 |
| 甘羽潇 | 做管理端页面(活动管理、基础看板) |
| 张祺 | 管理端统计接口(活动统计、签到率、报名统计) |
| 陈子涵 | 全局看板统计数据、导出完善 |
| 梁鑫敏 | 跟管理端统计接口写用例;回归用例汇总 |
| 兰秀楠 | 更新接口文档(管理端/统计);演示录屏整理 |
相关推荐
国央企在推动科技创新时,如何利用技术交易系统实现全流程闭环管理?.docx
国央企在推动科技创新时,如何利用技术交易系统实现全流程闭环管理?
高校技术转移办公室人员如何提升技术成果的推介效率?.docx
科易网基于AI模型+行业大数据,在技术转移、成果转化、技术经纪、知识产权、产业创新、科技招商等垂直领域的多样化应用场景,推出科技创新领域的AI+工具与数智化解决方案,推动科技创新与产业创新智能化发展。
机械三维3D设计图-自动引孔锁螺丝设备.zip
机械三维3D设计图-自动引孔锁螺丝设备.zip
sogou-wubi-5.5f.zip
五笔输入法
智能体上下文工程:预算控制与结构化压缩的Python实现
【内容概要】 本资源是《智能体演化史》系列第四篇的配套代码,用 108 行 Python 实现一个会"收桌子"的上下文管理器。核心是两件事:一是设一个上下文预算,用 token 估算函数实时盯着;二是超预算时执行结构化压缩——把早期轮次压成一段结论式摘要,保留最近若干轮原文,并且对失败尝试和关键事实单独留档,不让它们被摘要吃掉。配套测算脚本给出三组可复算的数据:关键信息密度从第一轮的 100% 衰减到第 80 轮的 13%(腐烂的本质是稀释,不是撑爆,按当前增量要 213 轮才真的撞上 128K 窗口);跑 80 轮,不压缩累积 199 万 token,滚动摘要降到 37.1 万,直接截断只要 42.6 万但关键信息只留下 8%。这组数字说明:只盯着账单会选错策略。 【适用人群】 智能体已能跑通、但长任务开始"变傻"的开发者;负责长会话产品体验的工程师;需要在成本与准确率之间做取舍的架构师。 【使用场景及目标】 1) 给自己的智能体加一层可配置的上下文预算与压缩; 2) 用测算脚本对比三种策略的成本与保留率,做出有依据的选择; 3) 作为团队内部分享材料,解释"提示词工程"为何被上下文工程取代。 目标:让长任务不再越跑越糊涂,同时把 token 花在真正重要的信息上。 【其他说明】 需 pip install openai 并配置 OPENAI_API_KEY;预算值与保留轮数为常量,可按业务调整。测算脚本离线可跑,假设参数在文件内显式标注,便于改成你的真实口径。压缩会损失细节,涉及合规留痕的场景请关闭自动压缩或单独归档原文。


