NULL 团队 | Alpha 冲刺 Day 4

这个作业属于哪个课程	202601福大-软件工程实践-W班
团队名称	NULL 团队
这个作业要求在哪里	软件工程实践团队作业-站立式会议+α冲刺
这个作业的目标	对 Day 3 黄金样例联调过程中发现的问题进行归类与优先级划分，完善公共状态和模块接口，推进播放器、动画及页面交互的稳定性修复，开展补丁评审与第二轮集成验收，提升核心教学链路的可靠性
其他参考文献	《构建之法》、团队《Alpha 冲刺七天执行计划》

---

目录

• 一、站立式会议与照片
• 二、项目运行情况展示
• 三、成员情况
• 四、AI技术员
• 五、Issue / PR / Commit
• 六、测试与质量
• 七、燃尽图

---

一、站立式会议与照片

会议时间： 2026 年 10 月 26 日（周一）17:00

会议地点： 教室

参会人员： 詹志瑜、邱宁华、苏林、邹毅轩、林嘉祚、郑伟航、林俊杰、姚浩然、AI技术员（辅助程序员/测试员）

会议照片

会议内容

Alpha 冲刺进入第四天。经过前三天的开发，团队已经从最初的项目框架搭建、核心模块并行开发，逐步进入链表插入黄金样例的集成与优化阶段。

Day 3 的主要任务是完成黄金样例的首次端到端联调，将用户输入、算法引擎、Step Controller、可视化动画、代码高亮和播放控制等模块连接起来。

随着各模块逐步集成，团队也需要进一步关注系统的稳定性问题。相比单个模块独立运行，完整教学流程对状态管理、接口一致性和操作时序提出了更高要求。

因此，Day 4 的工作重点由“打通核心功能”转向“完善核心功能”，围绕前一天的联调问题整理、修复优先级划分、公共接口调整及第二轮集成验收展开。

会议主要结论与工作安排：

• 整理 Day 3 联调问题： 汇总黄金样例首次联调中需要处理的异常情况和兼容性风险，按照算法、Controller、动画、播放控制、代码同步及页面交互等模块进行分类，并明确负责人。
• 确定 Bug 修复优先级： 按照 P0、P1、P2 划分问题等级，优先解决影响核心链路正常执行的问题，其次处理播放器状态、异常输入和动画显示等问题。
• 完善公共状态管理： 重点检查 Step Controller 的步骤索引管理、状态快照恢复和步骤切换逻辑，减少多个模块分别管理状态导致的不一致问题。
• 修复模块接口兼容性问题： 继续沿用 Step Schema v1，重点核对算法生成的 Step 数据与动画、播放器和教学模块之间的数据约定。
• 推进核心交互优化： 重点关注播放、暂停、回退、重播、连续点击以及非法输入等场景，避免错误操作造成动画或页面状态异常。
• 开展补丁代码评审： 通过华为云 CodeArts 审核各成员提交的修复补丁，重点关注修改是否影响公共接口、是否引入新的状态问题以及是否具备基本的验证记录。
• 组织第二轮集成验收： 在修复补丁完成基本检查后，重新执行链表插入黄金样例，检查算法结果、动画效果、代码同步和播放控制的一致性。
• 明确 Day 5 的工作方向： 继续完成遗留缺陷的回归验证，巩固核心功能稳定性；在 P0 功能具备可靠演示条件后，再推进后续算法功能或教学体验优化。

本次会议强调，Alpha 冲刺已经进入中期阶段，团队需要更加重视开发成果的整合质量。

相比单纯增加功能，现阶段更重要的是让已有功能能够在不同操作场景下保持稳定，避免因为某一个模块的状态异常而影响整个教学演示过程。

---

二、项目运行情况展示

1. 昨日至今进展总览

经过 Day 3 的首次集中联调，团队已经围绕链表插入黄金样例建立了完整的模块对接流程。

目前系统主要围绕以下数据链路开展开发：

用户输入 → 算法引擎 → Step 序列 → Step Controller → 可视化动画 / 代码高亮 / 步骤解释 → 页面展示

播放控制模块则负责管理步骤执行进度，使用户能够按照自己的学习节奏观察算法执行过程。

Day 4 的主要工作是在现有集成基础上继续完善状态管理、交互逻辑和异常处理。

其中，算法模块重点检查边界输入和状态快照，Controller 重点处理步骤切换和回退，动画模块关注节点布局及指针连接，播放器重点处理连续操作和暂停恢复，代码同步模块继续核对代码行映射与文字解释。

前端和工程化模块则分别负责页面异常反馈、显示布局以及集成环境的构建和运行。

与前一天相比，今天的工作不再以增加新的页面或算法为主要目标，而是围绕链表插入这一核心教学场景进行集中优化。

Day4 项目整体运行截图：

2. Day 3 问题整理与修复优先级

Day 3 的首次端到端联调使各模块之间的依赖关系更加明确，也为 Day 4 的缺陷排查和稳定性优化提供了依据。

为了避免不同成员重复排查相同问题，团队按照功能模块对需要重点检查的问题进行分类，并结合问题对核心演示流程的影响程度确定修复优先级。

Bug 优先级划分规则：

优先级	判断标准	处理原则
P0（最高）	导致黄金样例无法执行、算法结果错误、核心状态无法恢复或系统无法正常运行	优先修复，修复后必须重新验证核心链路
P1（较高）	影响播放器、动画或代码同步的正常使用，但不一定完全阻断主流程	在 P0 问题处理后集中修复
P2（一般）	主要影响界面细节、提示文字、布局和非核心体验	根据剩余时间安排优化

结合 Day 3 的接口检查和联调重点，Day 4 主要围绕以下问题类型开展排查：

问题类别	重点排查内容	负责人
公共状态与接口	Step 字段不一致、步骤索引越界、回退状态未正确恢复	詹志瑜
页面交互	非法输入缺少提示、操作完成后页面反馈不清晰	邱宁华
可视化动画	节点位置偏移、连线残留、动画与当前步骤不一致	苏林
播放器控制	快速连续点击、暂停恢复、回退后继续播放的状态冲突	邹毅轩
算法与 Step	边界插入处理、状态快照及指针更新顺序异常	林嘉祚
代码同步	代码高亮与当前 Step 不匹配、教学解释未同步更新	郑伟航
测试与缺陷管理	问题复现、修复后回归以及缺陷状态跟踪	林俊杰
构建与部署	集成构建异常、资源路径错误、运行环境不一致	姚浩然

以上分类主要作为当日排查和修复的依据。实际缺陷数量、等级和关闭情况需要结合 CodeArts Issue 记录统计。

通过统一问题分类与优先级，团队能够更加清楚地确定修复顺序，将有限的开发时间优先投入影响核心教学链路的关键问题。

Day4 Bug 分类及优先级看板：

3. 公共状态与 Step 接口优化

Step Controller 是整个数据结构可视化平台的重要组成部分，负责管理算法演示过程中的当前步骤以及相关状态。

Day 3 的联调重点是让算法模块生成的真实 Step 能够被其他模块使用。Day 4 则进一步关注多个模块在连续交互过程中的状态一致性。

在系统运行过程中，播放器、动画和代码同步模块都需要根据当前 Step 更新自己的显示内容。

如果各模块分别维护步骤索引，或者对同一个 Step 的状态理解不同，就可能出现动画已经进入下一步，但代码仍停留在上一步的情况。

为降低此类问题的发生概率，Day 4 重点围绕以下方面开展检查和优化：

（1）统一步骤索引管理

以 Step Controller 维护的当前步骤为主要依据，避免播放器、动画和教学模块分别推进步骤造成状态不一致。

在单步前进和回退过程中，需要检查索引范围，确保不会访问不存在的 Step。

（2）完善状态快照恢复

链表插入过程中涉及节点创建、指针更新等多个中间状态。

当用户执行回退或重播时，不能只简单减少步骤索引，还需要让节点、指针以及代码高亮恢复到对应步骤的状态。

因此，需要进一步核对 Step 中记录的状态快照是否完整，确保相关模块能够根据当前步骤恢复显示内容。

（3）核对 Step Schema v1 字段

继续沿用 Day 1 统一的 Step Schema v1，不随意修改已经被多个模块依赖的公共接口。

重点核对节点状态、动画动作、variables 临时变量、codeLine 代码行号及文字解释等信息的使用方式。

其中，variables 字段用于辅助记录算法执行时的临时指针信息，能够为指针动画和教学解释提供支持。

（4）处理模块接口兼容性

对接口修复涉及的字段和方法进行集中检查，避免仅修复一个模块，却影响其他依赖相同数据的模块。

对于确实需要调整的公共接口，由相关模块负责人共同确认后再进行修改。

通过以上工作，团队希望进一步降低模块间的耦合程度，让算法数据、动画展示、播放器和代码同步能够围绕统一的 Step 状态协同运行。

Step Controller 状态检查与接口调试截图：

4. 可视化动画与播放器稳定性优化

可视化动画和播放控制是用户直接感知算法执行过程的两个重要模块。

在前期开发中，团队已经围绕 Create、Connect、Highlight 等动画动作进行了实现，并开始使用真实 Step 驱动节点和指针变化。

Day 4 的主要优化方向是让这些动画在不同播放操作下保持正确状态。

可视化模块重点关注：

• 新节点创建后，节点位置和指针连线是否正确。
• 链表发生插入操作时，节点布局是否出现明显重叠或偏移。
• 用户回退时，已经执行的动画效果能否恢复到上一阶段。
• 重播过程中是否存在重复节点、残留连线或高亮状态未清除的问题。

以黄金样例为例：

初始链表：

10 → 20 → 40

插入节点 30 后：

10 → 20 → 30 → 40

在整个插入过程中，动画模块需要按照 Step 数据展示节点创建和指针变化，而不能只展示最终结果。

同时，播放器还需要正确处理用户主动改变执行进度的情况。

播放器模块重点关注：

• 播放过程中点击暂停，步骤是否停止推进。
• 暂停后继续播放，是否从正确的步骤恢复。
• 连续点击“下一步”时，是否出现重复执行或越界。
• 执行回退后，动画与代码高亮能否同步恢复。
• 点击重播后，是否能够重新展示完整的插入过程。
• 播放完成后，按钮状态是否与当前执行阶段一致。

这些问题涉及动画执行时序和 Controller 状态之间的协调，需要可视化模块与播放控制模块共同检查。

本日继续以正确性和稳定性为优先目标，避免为了追求复杂动画效果而增加不必要的状态管理负担。

Day4 播放器交互截图或 GIF：

5. 页面输入、算法边界与代码同步完善

除了动画与播放器之外，Day 4 还需要进一步完善用户输入、算法边界处理和教学解释之间的衔接。

前端模块继续基于 ASP.NET Razor 页面完善链表初始化和插入操作的交互反馈。

在正常插入操作之外，还需要关注输入为空、格式错误、插入位置超出范围等情况，避免错误数据直接影响算法执行和页面显示。

算法模块则重点检查以下场景：

• 空链表插入。
• 链表头部插入。
• 链表中间插入。
• 链表尾部插入。
• 插入位置非法时的处理。

对于每种情况，除了检查最终链表结果，还需要核对算法生成的 Step 序列和中间状态是否合理。

代码同步模块继续检查 Step 与伪代码高亮及文字解释之间的映射关系。

尤其在节点创建和指针修改过程中，需要保证当前高亮代码、动画动作及解释内容能够对应同一个算法步骤。

通过完善这些细节，团队希望让链表可视化平台不仅能够正确运行，还能为学习者提供清晰、连续的操作反馈和教学说明。

Day4 输入校验及错误提示截图：

Day4 代码高亮与步骤解释截图：

6. 第二轮集成验收与工程化

在进行各模块修复与调整的同时，团队还需要开展黄金样例的第二轮集成验收。

与 Day 3 的首次联调不同，第二轮验收更加关注修改后的系统是否能够稳定运行，以及各模块的修复是否对原有功能产生影响。

本轮仍以链表插入黄金样例作为主要检查对象：

初始链表： 10 → 20 → 40

执行操作： 在节点 20 后插入节点 30。

预期结果： 10 → 20 → 30 → 40

验收过程中，将依次检查用户输入、算法执行、Step 数据生成、动画展示、代码高亮、步骤解释以及播放控制功能。

同时，还需要关注修复补丁合并后是否引入新的接口或构建问题。

工程化方面继续使用华为云 CodeArts 进行代码管理与流水线检查。

各成员按照原有分支规范开发，提交修复补丁后进行代码评审，再根据审核及验证结果决定是否合并至 develop。

姚浩然负责配合检查集成版本的构建、资源引用和运行环境，确保修复后的项目具备可复现的运行条件。

本次验收的实际通过情况，将以测试记录、代码合并结果以及系统运行截图为依据。

Day4 第二轮集成运行截图：

Day4 CodeArts 构建或流水线截图：

项目集成预览地址：

NULL团队Alpha集成预览版本

---

三、成员情况

成员	今日进展	困难 / 阻塞	明日安排	心得
詹志瑜（组长/PM/Tech Lead）	围绕 Day 3 的黄金样例联调情况整理问题类型与修复优先级，重点推进公共状态和 Step Controller 接口检查，协调跨模块兼容性问题；组织修复补丁评审，并安排第二轮集成验收及风险记录。	不同模块的问题之间存在依赖关系，部分问题表面表现为动画或播放异常，实际可能涉及公共状态和接口。需要明确根本原因，避免重复修改。	继续跟进遗留 Bug，核对核心补丁的回归情况，完善公共接口规范，并根据第二轮验收结果安排 Day 5 工作。	今天更加认识到集成阶段对团队协作的要求。Bug 修复不能只关注局部表现，还要考虑对其他模块的影响。统一问题优先级和接口约定，才能提高团队整体的修复效率。
邱宁华（产品/UX/前端）	围绕链表初始化和插入操作继续完善页面输入校验、异常提示和操作反馈，检查表单与算法模块之间的数据传递，并优化动画区与代码区的布局。	页面需要处理正常输入、异常输入和播放过程中重复操作等不同情况。部分交互状态与算法执行状态关联较强，需要与其他模块保持一致。	继续优化页面交互细节，检查窄屏布局和异常反馈，配合集成验收修复页面层问题。	今天体会到，用户体验不仅取决于页面是否美观，还取决于系统在异常操作下是否能够给出清晰反馈。合理的交互提示能够帮助用户更好地理解操作结果。
苏林（可视化引擎）	围绕真实 Step 驱动的链表动画开展稳定性优化，重点检查节点位置、指针连接、插入过程中的布局变化以及回退和重播时的画面恢复。	动画中的节点和连线具有状态依赖，用户快速操作或回退时，容易出现视觉状态与 Controller 当前步骤不一致的问题，需要进一步协调动画执行顺序。	继续处理动画显示细节，完善节点高亮和指针变化效果，配合播放器模块完成稳定性回归。	今天发现动画稳定性与状态管理密切相关。对于教学类可视化系统，动画正确表达算法状态比单纯追求视觉效果更加重要。
邹毅轩（播放控制）	继续完善播放器与 Step Controller 的状态同步，重点检查暂停恢复、连续单步、回退后继续播放和重播等操作，并与可视化模块协调动画完成和步骤推进的时序。	用户可能在动画尚未完成时连续点击控制按钮，容易引起步骤重复推进或显示不同步。需要通过明确的状态约束避免操作冲突。	继续检查播放速度调整和异常操作，修复遗留的状态切换问题，提高播放器的交互稳定性。	今天进一步理解了播放器状态管理的重要性。一个按钮看似只改变步骤，实际上可能同时影响动画、代码高亮和解释内容，必须从整体流程考虑。
林嘉祚（算法引擎）	围绕链表插入操作开展边界检查，重点核对空链表、头部、中间和尾部插入的算法结果与 Step 数据，配合组长检查状态快照和公共接口兼容性。	特殊插入场景的指针更新方式存在差异，Step 不仅需要准确记录最终结果，还要保证中间状态可供动画模块正确展示。	继续完善链表操作的边界处理，配合测试成员开展回归；在黄金样例稳定后推进其他链表操作的准备工作。	今天感受到，算法的正确性不仅体现在最终输出，还体现在每一步的数据变化。提供准确的中间状态，才能让可视化教学真正发挥作用。
郑伟航（代码同步/教学）	继续核对真实 Step 与伪代码高亮、文字解释之间的映射关系，重点检查回退、重播和不同插入场景下教学内容是否能够随当前步骤正确更新。	部分指针操作与代码行之间并不是完全一一对应，回退时还需要同步恢复代码高亮和解释内容，避免出现图形与文字表达不一致。	继续优化链表插入教学解释，检查相关映射问题，并为后续链表删除、查找操作准备教学内容。	今天更加认识到教学模块需要与算法执行过程紧密结合。只有动画、代码和解释保持一致，才能真正帮助用户理解链表中的指针变化。
林俊杰（QA/测试）	围绕 Day 3 联调问题整理缺陷记录，按照优先级跟踪修复情况，并开展黄金样例第二轮集成检查，重点关注核心功能、异常输入和播放器状态。	部分问题可能由多个模块共同引起，定位时需要区分算法数据错误、状态管理错误和页面显示错误，避免重复提交或误判缺陷。	继续跟踪 P0、P1 问题的修复及回归情况，完善测试记录，为后续 Alpha 稳定版本验收提供依据。	今天感受到缺陷管理不仅是记录错误，更重要的是帮助团队明确问题的影响范围和处理顺序。及时回归能够降低修复引入新问题的风险。
姚浩然（工程化/部署）	配合 Day 4 的补丁集成和第二轮验收，检查 CodeArts 构建流程、项目依赖、页面资源路径和运行日志，继续完善集成预览环境。	多名成员同时提交修复补丁后，可能产生依赖冲突或构建异常。需要保证本地运行结果与统一集成环境尽量一致。	继续完善构建检查和环境配置，整理部署日志，配合 Day 5 的稳定性回归及集成版本维护。	今天进一步体会到工程化工作对多人协作的重要性。只有保证代码合并后仍然能够稳定构建和运行，团队的修复成果才能真正发挥作用。

---

四、AI技术员

随着 Alpha 冲刺进入 Day 4，AI 技术员的辅助重点由 Day 3 的跨模块问题分析进一步转向 Bug 分类、公共状态修复方案分析以及补丁检查建议。

在前期工作中，AI 技术员主要围绕 Step Schema、算法边界、播放器状态及模块联调提供辅助。

Day 4 更加关注问题修复的优先级和修复方案的合理性，帮助团队在有限时间内优先处理影响核心功能的风险。

1. AI辅助任务

本日主要围绕以下方向开展 AI 辅助工作：

• 对链表插入黄金样例中可能出现的状态异常进行分类。
• 分析 Step Controller、播放器和动画模块之间的状态依赖关系。
• 梳理暂停、回退、重播以及连续点击时需要注意的状态恢复问题。
• 协助检查公共接口修改可能影响的其他模块。
• 为修复补丁的人工评审提供检查建议。

2. 提示词摘要

提示词一：Bug 分类与优先级

我们正在开发一个基于 ASP.NET Razor 的数据结构可视化学习平台，系统通过 Step Controller 管理链表算法的执行步骤。请根据算法结果错误、播放器状态不同步、动画节点残留、代码高亮异常及输入校验问题，给出适合 Alpha 冲刺阶段的 Bug 分类和 P0/P1/P2 优先级划分建议。

提示词二：公共状态问题分析

在链表插入可视化系统中，算法模块生成 Step 序列，Controller 负责步骤切换，动画模块负责节点与指针展示，播放器负责播放控制。请分析暂停、回退、重播和连续点击时可能发生的状态不同步问题，并给出尽量不改变现有 Step Schema 的修复思路。

提示词三：补丁代码评审

请从接口兼容性、状态恢复、边界条件和回归风险四个方面，整理 Step Controller 及播放器修复补丁的代码评审检查清单，重点指出可能影响其他模块的改动。

3. AI辅助分析与人工核验

AI 主要从以下几个方面提供辅助建议：

1. 状态统一： 尽量通过统一的 Controller 状态管理步骤索引，减少不同模块独立维护状态造成的问题。
2. 边界处理： 在步骤前进、回退和重播时检查索引范围，避免越界或重复执行。
3. 状态恢复： 根据当前 Step 的状态快照恢复节点、指针、代码高亮和教学解释。
4. 接口兼容： 优先保持已有公共字段和调用方式稳定，避免修复一个问题引入新的兼容性问题。
5. 修复验证： 对涉及公共接口的补丁，除了检查被修复的问题，还需要重新验证黄金样例的完整执行流程。

上述建议需要结合实际代码、运行日志和测试记录进行人工核验。

其中，詹志瑜负责统筹公共状态和接口检查，苏林、邹毅轩分别负责动画与播放器相关逻辑核验，林俊杰负责测试有效性和缺陷记录检查。

AI 技术员主要承担辅助分析和建议整理工作，不直接代替团队成员进行代码审核、缺陷关闭或验收判断。

通过这种方式，团队能够利用 AI 提高问题分析效率，同时继续保持人工对代码质量和最终交付结果的控制。

Day4 AI技术员辅助记录截图：

---

五、Issue / PR / Commit

Day 4 的代码协作重点由 Day 3 的首次集成逐步转向 问题修复、补丁审核和集成版本稳定性提升。

团队继续使用华为云 CodeArts 进行 Issue 管理、代码提交和合并请求审核。

各成员围绕当日任务开展开发和修复，在 feature/xxx 分支完成修改及基本自测后，通过 MR 提交至集成分支。

对于 Step Schema、Controller 等公共模块的改动，由组长参与审核，并与相关模块负责人确认接口兼容性。

1. Day 4 Issue 任务分配

负责人	Issue 标题	具体任务内容	验收标准
詹志瑜	Day3 Bug分级、公共状态修复与第二轮集成验收	汇总并分类 Day 3 联调问题，确定 P0/P1/P2 修复优先级；检查并完善 Step Controller 公共状态和接口；协调跨模块修复，评审补丁并组织第二轮集成验收。	完成问题分类与风险记录；公共接口修改经过审核；形成第二轮集成验收记录。
邱宁华	完善链表页面输入校验与异常交互反馈	完善链表初始化和插入表单的输入校验、错误提示与操作反馈；检查操作后页面状态更新，并优化页面布局。	合法输入能够正常提交；异常输入有明确提示；页面主要区域显示正常。
苏林	修复链表可视化动画状态与节点布局问题	检查并修复节点位置异常、连线残留及动画顺序问题；核对回退、重播时的节点和指针状态。	动画能够根据当前 Step 正确展示；节点和连线状态一致；保留运行演示。
邹毅轩	完善播放器暂停、回退与连续操作稳定性	检查播放、暂停、单步、回退和重播时的状态切换；处理快速连续点击及动画未完成时的操作冲突。	播放器状态与 Controller 索引一致；连续操作不导致重复执行或异常越界。
林嘉祚	修复链表插入边界处理与 Step状态问题	检查空链表、头部、中间、尾部及非法位置插入；核对 Step 顺序、状态快照和临时指针信息。	插入结果及 Step 状态符合预期；边界输入处理合理；保留验证记录。
郑伟航	修复代码高亮与教学解释同步问题	核对真实 Step 的 codeLine 映射和步骤解释；检查单步、回退、重播时的教学内容同步。	当前代码高亮、文字解释与算法步骤一致；保留联动演示。
林俊杰	Day4 Bug跟踪与第二轮集成回归测试	整理缺陷清单与优先级，检查修复补丁效果，开展黄金样例第二轮集成验证并记录结果。	形成缺陷跟踪及回归记录；测试结果可追溯；未通过项目有明确后续处理安排。
姚浩然	Day4集成构建与运行环境稳定性检查	检查 CodeArts 构建流程、修复补丁合并后的依赖及资源路径，维护集成预览环境并整理构建日志。	构建及运行结果可核验；环境问题有记录；保留 CI 或部署证据。

2. Issue 与代码签入记录

成员	Issue	Commit / MR 链接	主要内容
詹志瑜	Day4 Bug分级与公共状态修复	Commit / MR	Bug 优先级、Controller接口及集成审核
邱宁华	链表输入校验与页面交互优化	Commit / MR	输入检查、错误反馈和页面布局
苏林	链表动画状态与布局修复	Commit / MR	节点位置、连线及动画状态恢复
邹毅轩	播放器稳定性与状态控制修复	Commit / MR	暂停、回退、重播和连续操作
林嘉祚	链表插入边界与Step状态修复	Commit / MR	算法边界、状态快照与Step生成
郑伟航	代码高亮与教学解释同步修复	Commit / MR	codeLine映射及解释同步
林俊杰	Day4 Bug回归与第二轮验收	测试记录 / Issue	缺陷跟踪及集成验证
姚浩然	集成构建与环境稳定性检查	Commit / MR	CI、依赖检查及预览环境

3. 修复补丁与代码 Review

相比前几天的功能开发，Day 4 的代码提交更多围绕已有模块的修复和优化展开。

由于多个模块都依赖 Step Schema 和 Controller，团队需要重点检查修复补丁对现有系统的影响。

本日 Review 主要关注以下内容：

• 接口兼容性： 是否保持 Step Schema v1 的基本约定，是否影响其他模块使用的公共字段。
• 状态管理： 是否正确处理步骤索引、状态快照及回退恢复，是否引入新的状态同步问题。
• 修复范围： 是否围绕实际问题进行必要修改，避免无关重构扩大风险。
• 边界情况： 是否考虑空数据、非法输入、连续操作及播放完成等情况。
• 基本验证： 是否保留能够说明修复效果的调试记录或测试结果。
• 集成影响： 是否影响黄金样例的完整执行流程，以及 CodeArts 集成构建是否正常。

对于公共接口修改，优先确认相关模块负责人已经了解变更内容，再决定是否合并。

对于尚未验证的补丁，暂不直接认定问题已经解决，避免将新的不稳定因素引入集成版本。

Day4 CodeArts代码提交记录：

https://hn.devcloud.huaweicloud.com/codehub/project/68bc90da895d4a96af7fc1aba950e1aa/codehub/8174539/commit

Day4 Issue与Bug修复记录：

Day4 补丁MR评审与合并记录：

https://hn.devcloud.huaweicloud.com/codehub/project/68bc90da895d4a96af7fc1aba950e1aa/codehub/8174539/merge?mr_state=merged

4. 项目相关链接

• CodeArts 项目仓库： NULL团队项目仓库

• Day4 Bug与补丁评审记录：
  

  NULL_Alpha_Day4_Bug分级_公共状态修复_补丁评审_二轮验收.docx 48.64K

• Day4 测试与验收记录：
  

  Day4测试报告.docx 28.52K

• Alpha 集成预览地址： NULL团队项目预览

通过将 Bug、Issue、修复 Commit 和 MR 联系起来，团队能够更清楚地追踪问题从发现、分析、修复到验证的过程，也为后续 Alpha 冲刺总结提供依据。

---

六、测试与质量

Day 4 的测试重点是对 Day 3 首次联调后的问题进行回归检查，并组织黄金样例第二轮集成验收。

与前一天主要验证模块之间能否正确连接不同，本日更加关注修复后的系统在不同操作条件下能否保持稳定。

1. 第二轮黄金样例验收

本轮继续采用链表插入黄金样例。

输入： 初始链表 10 → 20 → 40，在节点 20 后插入节点 30。

预期输出： 10 → 20 → 30 → 40

主要验收项目如下：

检查项目	预期结果	实际结果
链表插入结果	最终结构正确显示为 10→20→30→40	符合
Step 数据	Step 顺序与算法执行过程一致	符合
动画展示	节点创建、指针更新及高亮正确	符合
播放器控制	播放、暂停、单步、回退及重播正常	符合
代码同步	代码行高亮和步骤解释与当前 Step 一致	符合
异常处理	非法输入有提示，不影响已有数据状态	符合
集成构建	修复补丁集成后项目能够正常构建运行	符合

2. 缺陷跟踪与回归

针对 Day 3 整理的问题，本日优先关注影响黄金样例完整执行的 P0 问题，并对相关补丁进行回归检查。

对于已处理的缺陷，需要重新执行对应操作，确认原有问题不再出现；对于涉及公共状态和接口的修改，还需要检查相邻模块是否受到影响。

未能完成修复或尚未通过回归的问题继续保留在 CodeArts Issue 中，并记录负责人和后续处理安排。

3. 质量检查与后续安排

本轮检查结果将作为 Day 5 稳定性优化的依据。

团队将继续优先保障链表插入黄金样例的正确性和完整性，避免在核心功能尚未稳定时过早扩大开发范围。

Day4 Bug回归检查截图：

测试与质量记录：

---

七、燃尽图

Day 4 项目燃尽图

燃尽情况说明

根据团队《Alpha 冲刺七天执行计划》，本次冲刺初始计划工作量为 80 个任务点。

截至 Day 3，团队实际剩余任务点为 47 点。

当前计划及实际数据如下：

时间	计划剩余任务点	实际剩余任务点
冲刺开始前	80	80
Day 1（10月23日）	74	76
Day 2（10月24日）	62	63
Day 3（10月25日）	44	47
Day 4（10月26日）	29	29
Day 5（10月27日）	16	—
Day 6（10月28日）	4	—
Day 7（10月29日）	0	—

进度分析：

截至 Day 3，团队实际剩余工作量为 47 点，相比 Day 2 的 63 点减少了 16 点，累计完成 33 个任务点。

与 Day 3 计划剩余的 44 点相比，实际进度存在 3 个任务点的偏差。

造成进度压力的一个重要因素是，黄金样例的端到端集成需要多个模块共同配合，部分任务虽然已经完成独立开发，但仍需要经过接口检查、实际联调和集成验收，才能确认最终完成情况。

Day 4 的计划剩余工作量为 29 点，这意味着按照原有计划，团队需要在本日继续推进约 18 个任务点的工作。

与前三天相比，本日任务更加集中于已有功能的质量提升。

主要包括 Day 3 Bug 分类与修复、公共状态及接口调整、播放器和动画稳定性优化、页面边界处理、补丁评审以及第二轮集成验收。

这些工作虽然不一定直接增加新的可见功能，但对于保障整个系统的可靠运行十分重要。

尤其是 Step Controller 和公共接口相关问题，可能同时影响动画、播放控制和代码同步等多个模块，因此需要优先处理并进行必要的回归检查。

团队继续按照实际完成和验收情况统计剩余任务点，不将尚未完成修复、审核或验证的任务提前计入已完成工作量。

通过 Day 4 的稳定性优化，团队希望进一步减少核心教学链路中的兼容性和状态问题，为后续功能完善以及 Alpha 版本验收提供更可靠的基础。

接下来，Day 5 将继续关注遗留缺陷的修复与回归，优先保证链表插入黄金样例能够稳定运行，并在核心功能达到预期后开展后续功能的完善。

---

NULL 团队 · Alpha 冲刺 Day 4

2026 年 10 月 26 日