福大兄弟队——Alpha冲刺Day1:让开发与测试跑在同一条基线上
福大兄弟队——Alpha冲刺Day1:让开发与测试跑在同一条基线上
| 这个作业属于哪个课程 | 2601_FZU_SE 软件工程实践 |
|---|---|
| 这个作业要求在哪里 | 团队第四次作业-站立式会议+α冲刺-CSDN社区 |
| 团队名称 | BroFuTo 福大兄弟队 |
| 这个作业的目标 | 建立Alpha开发与测试基线,通过站会、代码签入、运行结果和燃尽图跟踪首日进展。 |
| 团队博客 | 福大兄弟队 |
| 团队仓库 | BroFuTo · Dev分支 |
| 其他参考文献 | 《构建之法》第2章、第13章;阿里巴巴Java开发手册;Godot、SQLite、FastAPI官方文档。 |
目录
- 福大兄弟队——Alpha冲刺Day1:让开发与测试跑在同一条基线上
- 一 今日目标与交付
- 二 站立式会议
- 跟进事项
- 三 七名成员的进展
- 3.1 石华波|A01 工程源码入仓与运行基线
- 3.2 陈炳珲|B01 代码规范、任务验收与拆分
- 3.3 朱宇濠|C01 本地数据库初始化与读写入口
- 3.4 游诗可|D01 首图场景与碰撞配置基线
- 3.5 郭锦蓉|E01 现有素材清单与内容索引
- 3.6 吴江彬|F01 云端工程、四表与接口骨架
- 3.7 詹铖煜|G01 测试基线、用例与自动化入口
- 3.8 七人提交索引
- 四 AI技术员的工作
- 一个具体的协作过程:低矮障碍能否让子弹通过
- 五 项目燃尽图
- 六 程序运行与测试结果
- 6.1 宿舍区真实运行
- 6.2 本地数据库执行结果
- 6.3 云接口执行结果
- 6.4 测试汇总与复现
- 6.5 证据与版本索引
- 七 测试实践与明日安排
- 7.1 本轮采用的测试方法
- 7.2 明日集成顺序
一 今日目标与交付
日期:2026年10月23日。本轮冲刺持续到10月29日,共七天。今天的重点是让源码、场景、资源、数据和测试有一个共同起点,为后续十波流程、装备成长和保存续玩留出清楚的接线位置。
今天完成七人的独立交付,并按A01—G01顺序推送到Dev。原有三波主场景保留战斗与商店流程;宿舍区另有可运行的场景预览。本地数据层已可初始化和读写,云端完成工程、数据库及接口骨架。
| 本日交付 | 结果 |
|---|---|
| 源码与协作 | 七个独立commit、598个文件进入Dev,作者及文件范围核对通过。 |
| 场景与资源 | 首图预览可运行;243个现有运行资源已建立工程内引用和内容索引。 |
| 数据与接口 | 本地12表、云端4表;本地仓储可调用;健康与版本接口返回正常。 |
| 自动化 | 27项Python检查、10项Godot检查通过,保留JSON及XML结果。 |
二 站立式会议
| 项目 | 记录 |
|---|---|
| 日期与时间 | 2026年10月23日,17:00 |
| 地点 | 东3-406 |
| 主持人 | 石华波 |
| 记录人 | 陈炳珲 |
| 参加人员 | 石华波、陈炳珲、朱宇濠、游诗可、郭锦蓉、吴江彬、詹铖煜,七人全部到场。 |
| 本日议题 | 对照首日任务检查各模块交付,整理依赖、问题、证据和次日接线顺序。 |

跟进事项
- 客户端先保留三波可运行入口,明日开始拆分输入、暂停和对局流程。
- 场景碰撞按“阻挡移动”和“阻挡子弹”分别配置,后续地图高度边界使用独立规则处理。
- 属性、内容ID、检查点和返回结构先对齐,再连接成长、装备与云同步。
- 测试与功能并行推进,每天保留代码、运行结果和回归记录。
三 七名成员的进展
下面按任务归属汇总首日工作。AI参与了代码、资源索引和测试的实现与验证;各模块的交付、技术总结和下一步安排分别记录。
3.1 石华波|A01 工程源码入仓与运行基线
| 项目 | 记录 |
|---|---|
| 昨日至今的进展 | 冲刺前已有原型和设计文档;本日完成Godot源码、项目配置、入口和运行说明入仓,保留原有三波战斗与商店基线。 |
| 问题与处理 | 三波原型的逻辑集中在一个脚本,直接扩展容易牵动输入、战斗和商店。今天先保留可运行入口,后续按流程逐项拆分。 |
| 明日安排 | A02:拆分输入、暂停与对局流程,检查暂停时移动、弹体和计时是否一并停止。 |
| 心得与改进 | 先保留可运行的三波基线,再拆分模块,每次改动才有明确的对照。下一步优先统一输入和暂停,而不是同时改动所有系统。 |
| 代码签入 | fefc768a,分支Dev,15个文件。 |
| 对应Issue | 待团队建立后回填;本地任务编号为A01。 |
3.2 陈炳珲|B01 代码规范、任务验收与拆分
| 项目 | 记录 |
|---|---|
| 昨日至今的进展 | 冲刺前已有原型和设计文档;本日整理代码规范、42项任务正文、七日计划、字段与接口基线,明确负责人、依赖和验收条件。 |
| 问题与处理 | 各模块容易使用不同的内容编号、状态字段和完成口径;因此任务同时写明依赖、验收条件和证据位置。远程Issue由团队后续建立。 |
| 明日安排 | B02:对齐属性键、内容ID、武器实例ID、检查点类型和统一返回结构。 |
| 心得与改进 | 任务拆分要落实到能检查的结果。写清输入、依赖和验收条件,比只写“完成某模块”更便于交接和联调。 |
| 代码签入 | 0a532f88,分支Dev,48个文件。 |
| 对应Issue | 待团队建立后回填;本地任务编号为B01。 |
3.3 朱宇濠|C01 本地数据库初始化与读写入口
| 项目 | 记录 |
|---|---|
| 昨日至今的进展 | 冲刺前已有原型和设计文档;本日完成本地12表初始化及仓储入口,支持唯一档案、内容索引、科研点整数更新、事务和CLI调用。 |
| 问题与处理 | 科研点必须使用整数,异常写入后不能留下半完成数据;仓储入口统一使用参数绑定和事务,并检查数据库版本。 |
| 明日安排 | C02:装配基础面板、科技和技能修正,接入最大生命提高时的等量回复。 |
| 心得与改进 | 数据库约束应放在公共入口和表结构中。这样后续接入购买、合成和结算时,可以复用已有的事务与校验能力。 |
| 代码签入 | 8c384b2b,分支Dev,7个文件。 |
| 对应Issue | 待团队建立后回填;本地任务编号为C01。 |
3.4 游诗可|D01 首图场景与碰撞配置基线
| 项目 | 记录 |
|---|---|
| 昨日至今的进展 | 冲刺前已有原型和设计文档;本日完成宿舍区独立预览场景:水泥地、两排共6段低矮花坛、两侧2个高大垃圾桶、四面边界及WASD/点地移动。 |
| 问题与处理 | 低矮与高大障碍对移动、子弹的规则不同,仅靠贴图无法表达;需要分开设置碰撞层,并用引擎射线和移动检查验证。 |
| 明日安排 | D02:连接主界面、角色地图选择和战斗HUD,明确开始与继续的状态传递。 |
| 心得与改进 | 场景外观和碰撞配置需要分别检查。花坛看起来低矮,还必须通过实际射线确认子弹能够越过。 |
| 代码签入 | 799b954c,分支Dev,14个文件。 |
| 对应Issue | 待团队建立后回填;本地任务编号为D01。 |
3.5 郭锦蓉|E01 现有素材清单与内容索引
| 项目 | 记录 |
|---|---|
| 昨日至今的进展 | 冲刺前已有原型和设计文档;本日接入243个现有运行资源,整理角色、地图、普通敌人、首领、武器、道具和18项属性的内容索引。 |
| 问题与处理 | 素材种类多,文件名与运行时内容容易混用;今天先整理稳定内容ID、工程内路径和分类,后续行为逻辑通过ID接入。 |
| 明日安排 | E02:实现基础敌人接触与射弹行为,接入范围攻击的标红预警。 |
| 心得与改进 | 资源归档的重点是可追踪:一个内容ID对应什么资源、在哪张地图使用,应能直接查到,便于后续替换和扩展。 |
| 代码签入 | 8aa3eadc,分支Dev,491个文件。 |
| 对应Issue | 待团队建立后回填;本地任务编号为E01。 |
3.6 吴江彬|F01 云端工程、四表与接口骨架
| 项目 | 记录 |
|---|---|
| 昨日至今的进展 | 冲刺前已有原型和设计文档;本日完成FastAPI入口、4张云表、健康与版本接口、OpenAPI及账号和存档路由登记。 |
| 问题与处理 | 账号和同步依赖统一的返回结构及快照约定;今天完成工程与路由骨架,注册登录等业务安排在后续任务实现。 |
| 明日安排 | F02:实现注册、登录、退出及旧密码改密,验证密码摘要与会话撤销。 |
| 心得与改进 | 先把接口和数据库入口跑通,可以提前发现字段与环境问题。后续认证和同步功能就在同一骨架上逐步实现。 |
| 代码签入 | f173a247,分支Dev,8个文件。 |
| 对应Issue | 待团队建立后回填;本地任务编号为F01。 |
3.7 詹铖煜|G01 测试基线、用例与自动化入口
| 项目 | 记录 |
|---|---|
| 昨日至今的进展 | 冲刺前已有原型和设计文档;本日建立Python和Godot自动化入口、用例清单与报告,完成27项Python检查和10项引擎检查。 |
| 问题与处理 | 单看界面不能证明数据库约束和物理规则正确;测试同时检查正常路径、非法输入、事务回滚及实际引擎行为。 |
| 明日安排 | G02:继续扩展SQLite约束与事务检查,为后续交易和保存恢复准备反例。 |
| 心得与改进 | 断言应针对规则,而不只是检查程序有没有报错。能重复执行的回滚、整数和碰撞检查,会成为之后每天的回归基础。 |
| 代码签入 | 550cad12,分支Dev,15个文件。 |
| 对应Issue | 待团队建立后回填;本地任务编号为G01。 |
3.8 七人提交索引
| 成员 | 任务 | 提交 | 推送说明 |
|---|---|---|---|
| 石华波 | A01 | fefc768a | 使用本人SSH密钥推送。 |
| 陈炳珲 | B01 | 0a532f88 | 石华波账号授权代推,作者保留本人。 |
| 朱宇濠 | C01 | 8c384b2b | 使用本人SSH密钥推送。 |
| 游诗可 | D01 | 799b954c | 石华波账号授权代推,作者保留本人。 |
| 郭锦蓉 | E01 | 8aa3eadc | 使用本人SSH密钥推送。 |
| 吴江彬 | F01 | f173a247 | 使用本人SSH密钥推送。 |
| 詹铖煜 | G01 | 550cad12 | 使用本人SSH密钥推送。 |
四 AI技术员的工作
今天让AI参与了具体实现,也让它执行已有规则对应的验证。采用结果以代码和运行输出为依据;模块负责人继续负责接口、规则和后续集成。
| 输入与任务 | AI实际完成的工作 | 验证方式与结果 | 复核责任 |
|---|---|---|---|
| 原有Godot三波脚本与A01、D01验收条件 | 整理工程入口,搭建首图预览、WASD/点地移动和障碍分层。 | 引擎加载主场景;实际检查战斗/商店切换、6花坛、2垃圾桶、4边界及射线碰撞。 | 石华波、游诗可 |
| 本地DDL、科研点规则与C01任务 | 实现仓储、参数绑定、版本检查、事务与CLI。 | 用临时数据库验证初始化、重开、唯一档案、整数限制和回滚。 | 朱宇濠 |
| 云端四表与F01任务 | 建立FastAPI入口、健康/版本接口、OpenAPI和后续业务路由。 | TestClient调用现有接口,检查四表、HTTP状态和返回字段。 | 吴江彬 |
| 现有美术与内容分类 | 接入243个运行资源,整理稳定ID、分类与res://工程内路径。 | 自动检查资源存在、ID唯一及内容条目引用。 | 郭锦蓉 |
| 需求规则、模块风险与G01任务 | 编写Python用例和Godot冒烟脚本,输出XML、JSON及真实运行图。 | 27项Python检查、10项Godot检查通过。 | 詹铖煜 |
| 作业要求、七人分工与本日交付 | 整理42项任务、140人时基线、首日燃尽图、分包和独立提交。 | 核对七个commit作者及文件范围,远程Dev与本地HEAD一致。 | 陈炳珲 |
一个具体的协作过程:低矮障碍能否让子弹通过
输入给AI的规则是:花坛阻挡角色移动,但允许子弹越过;垃圾桶同时阻挡角色和子弹。实现时将两类阻挡能力拆成不同碰撞层,测试脚本再分别执行射线和角色运动检查。
这次协作的价值在于把文字规则落成了可以复验的断言。以后更换贴图或调整障碍尺寸时,仍能运行同一组检查,确认碰撞规则保持一致。
五 项目燃尽图

| 指标 | Day1日终 |
|---|---|
| 初始工作量 | 140人时,42项任务 |
| 今日完成 | 7项首日交付,估算工作量21人时 |
| 剩余工作量 | 119人时 |
| 工时燃尽率 | 15% |
| 理想日终剩余 | 120人时 |
燃尽图按任务估算的剩余人时绘制。今天的开发交付计入已完成工作量,Issue编号在团队建项后补齐;明日继续根据实际剩余工作更新曲线。
六 程序运行与测试结果
6.1 宿舍区真实运行

首图使用水泥地背景,场内有两排共6段花坛、两侧垃圾桶和四面边界。角色支持WASD与点地移动。预览场景独立于原有三波主场景,便于接下来连接战斗HUD、敌人与波次控制。
| 场景检查 | 结果 |
|---|---|
| 原有三波入口加载、开始战斗、进入商店 | 通过 |
| 6段低矮花坛、2个高大垃圾桶、4面边界、8个障碍实例 | 通过 |
| 花坛允许子弹通过 | 通过 |
| 垃圾桶阻挡子弹 | 通过 |
| 花坛阻挡角色移动 | 通过 |
6.2 本地数据库执行结果
本地仓储从DDL创建12张表,并通过命令行导入内容目录、创建档案及检查数据库。此次执行导入91项目录记录,完整性结果为ok,外键检查无异常。
{
"catalog_entries": 91,
"integrity": "ok",
"foreign_key_errors": []
}
测试还覆盖了档案重复创建、关闭后重新打开、科研点整数限制、参数绑定和事务回滚。接下来由C02开始连接游戏内的属性与成长状态。
6.3 云接口执行结果
使用实际FastAPI应用和独立临时SQLite数据库执行接口调用,结果如下。
| 请求 | HTTP状态 | 本日结果 |
|---|---|---|
| GET /health | 200 | version为alpha-day1,database为ok。 |
| GET /api/v1/system | 200 | api_version与save_schema均为1。 |
| POST /api/v1/auth/login | 501 | 返回NOT_IMPLEMENTED,登录业务安排在F02。 |
Day1建立了工程与接口骨架。账号认证、上传下载和双设备续玩按F02—F06继续实现。
6.4 测试汇总与复现
| 检查层级 | 数量 | 通过 | 失败 | 覆盖内容 |
|---|---|---|---|---|
| Python自动化 | 27 | 27 | 0 | 本地与云端数据库、仓储、接口骨架、内容引用和任务文件。 |
| Godot引擎检查 | 10 | 10 | 0 | 主场景、战斗/商店状态、首图实例和真实碰撞。 |
环境:Windows,Godot 4.7.2 stable,Compatibility渲染;Python依赖为FastAPI 0.161.1、Uvicorn 0.54.0、HTTPX 0.28.1、pytest 9.1.1。
在仓库根目录安装Server/requirements.txt后,可以执行:
python -m pytest Tests -q --junitxml=Tests/runtime/day1.xml
godot --headless --path Client --script res://tests/day1_smoke.gd
python -m Storage.cli --database Storage/runtime/day1.db --catalog Client/content/catalog_ref.json
执行中记录到一项Starlette对HTTPX适配的弃用提示;当前依赖组合下检查通过。后续扩展接口时统一处理兼容版本。
6.5 证据与版本索引
| 内容 | 已上传的提交入口 | 仓库内位置 |
|---|---|---|
| 工程与三波基线 | fefc768a | Client/README.md、Client/project.godot |
| 首图场景与碰撞说明 | 799b954c | Client/scenes/maps/map01_preview.tscn;Documents/AlphaSprint/MAP01场景与碰撞说明.md |
| 本地仓储与CLI | 8c384b2b | Storage/local_repository.py、Storage/cli.py |
| 资源与内容索引 | 8aa3eadc | Client/content/catalog.json、art_manifest.json |
| 云工程与接口 | f173a247 | Server/app.py、Server/README.md |
| 测试报告、截图及原始结果 | 550cad12 | Documents/AlphaSprint/Day1测试报告.md、evidence/day1/ |
| 测试用例及章节实践笔记 | 550cad12 | Tests/用例清单.csv、Tests/章节实践笔记.md |
七 测试实践与明日安排
7.1 本轮采用的测试方法
围绕《构建之法》第2章的个人技术与流程,本轮将任务拆成可验收工作项,保留运行命令、交付和问题记录。围绕第13章的软件测试,先从数据库、接口和引擎三个层级建立可重复执行的检查,再随业务逐日扩展。
今天的测试已经参与开发:科研点更新同时验证整数与回滚,地图配置同时验证移动与射线,接口骨架同时验证状态和返回字段。后续交易、保存与同步接线时继续沿用这些入口。
7.2 明日集成顺序
- B02先对齐属性、内容ID、检查点与返回结构。
- A02、D02、E02并行推进输入暂停、主界面/HUD和基础敌人。
- C02装配角色初始属性与修正;F02实现账号认证。
- G02补充SQLite约束与事务检查,保留本日基线作为每日冒烟。
下一次站会继续逐项检查进展、困难和次日安排,记录新增问题及各模块的接线结果。
相关推荐
第16组Alpha冲刺 (1/3)
ouc软件工程项目Alpha冲刺(1/3)
灵机一栋团队alpha冲刺 Ⅴ
灵机一栋团队alpha冲刺 Ⅴ 这个作业属于哪个课程 [构建之法-2021秋-福州大学软件工程]([外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-tgOSXipD-1637162427241)(file:///C:\Users\86133\AppData\Roaming\Tencent\QQTempSys[5UQ[BL(6~BS2JV6W}N6[%S.png)]https://bbs.csdn.net/forums/fzuSoftwareEngineering2021)
迭代=冲刺?
本文作者:特邀敏捷教练梁堃前段时间在和一个小伙伴聊天的时候,他问了阿甲这样一个问题:Scrum guide中把固定时间盒周期称为sprint(冲刺),但是为什么大家在平时都愿意把它称为迭代(iteration)呢?从阿甲接触敏捷至今,对于sprint和iteration这两个词也是经常混着用,但关于这两个词之间的关系和区别,还真的没有思考过。正好阿甲也想趁这个机会和小伙伴们一起把这个概念理清楚,所...
蓝桥杯Day1冲刺:从A+B问题掌握竞赛编程基本功与避坑指南
在算法竞赛和编程能力提升中,扎实的基本功是构建一切复杂解决方案的基石。其核心原理在于通过标准化的输入输出处理、严谨的边界条件判断以及对时间与空间复杂度的初步分析,形成稳定可靠的代码框架。掌握这些基础能力的技术价值在于,它能有效避免在简单题目上因非技术性失误而丢分,从而将宝贵的精力集中于攻克算法难点。无论是应对多组数据测试、精确解析输入格式,还是严格匹配输出要求,这些场景都是竞赛编程和日常工程实践中频繁遇到的通用问题。本文以蓝桥杯等算法竞赛中常见的**A+B问题变体**和**日期计算模拟**为例,深入剖析如何
敏捷开发Beta冲刺阶段的关键策略与实践
在敏捷开发流程中,冲刺阶段是产品迭代的核心环节,特别是Beta冲刺阶段往往决定产品发布质量。通过科学的优先级评估方法(如三维评估法)和高效的站会机制,团队可以优化问题修复流程。合理管理技术债务并建立自动化测试策略,能有效平衡开发速度与代码质量。这些工程实践不仅适用于互联网产品开发,也能帮助各类研发团队提升冲刺阶段效率,最终实现高质量交付。文章结合Git、Jenkins等DevOps工具链配置建议,为技术团队提供了一套可落地的冲刺阶段解决方案。


