NULL 团队 | Alpha 冲刺 Day 5

这个作业属于哪个课程	202601福大-软件工程实践-W班
团队名称	NULL 团队
这个作业要求在哪里	软件工程实践团队作业-站立式会议+α冲刺
这个作业的目标	在保证链表插入黄金样例 P0 功能稳定的基础上，推进二叉搜索树（BST）模块开发，复用统一 Step Schema、可视化组件和播放控制机制，完成二叉搜索树接口联调、跨模块代码评审以及风险更新，为 Day 6 全面测试和功能冻结做好准备
其他参考文献	《构建之法》、团队《Alpha 冲刺七天执行计划》

---

目录

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

---

一、站立式会议与照片

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

会议地点： 教室

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

会议照片

会议内容

Alpha 冲刺进入第五天。经过前四天的开发，团队已经完成从项目初始化、统一 Step 接口、核心模块并行开发，到链表插入黄金样例端到端联调及稳定性优化的主要工作。

Day 4 的工作主要集中在处理联调过程中发现的问题，完善 Step Controller、节点动画、播放控制及异常输入处理，并通过第二轮集成验收提高核心功能的稳定性。

进入 Day 5，团队将开发重点转向通用架构复用与新数据结构扩展。

在确认链表插入黄金样例满足 P0 验收要求后，团队结合当前技术基础和后续教学展示需求，对原定扩展计划进行了调整，选择二叉搜索树（Binary Search Tree，BST）作为本阶段新增的数据结构。

与此前的链表相比，二叉搜索树具有明显不同的数据组织方式。链表主要关注线性节点和指针连接，而二叉搜索树需要根据节点值之间的大小关系决定访问和插入路径，并通过层级结构展示左右子节点之间的关系。

因此，本日开发不仅需要实现新的数据结构，还需要验证之前建立的算法 Step、可视化引擎、播放器及教学同步机制能否支持非线性结构。

会议主要结论：

• 确认 P0 核心功能： 对链表插入黄金样例进行验收核对，重点确认算法结果、Step 顺序、动画、代码高亮、步骤解释和播放控制的正确性，为新增数据结构提供稳定基础。
• 调整 P1 扩展范围： 根据当前开发安排，将原计划的数组扩展调整为二叉搜索树模块，优先实现 BST 的基本展示、节点插入和执行步骤可视化，其他非核心扩展暂不作为本日重点。
• 复用统一 Step 接口： 二叉搜索树算法继续通过 Step 序列描述执行过程，尽量沿用现有 Step Schema v1，降低新增模块对公共接口的修改。
• 推进树形可视化： 在已有 Node、Edge 等基础组件上扩展树形布局，展示根节点、左右子节点以及节点之间的连接关系。
• 实现 BST 插入过程： 根据二叉搜索树的大小关系规则，将待插入节点与当前节点逐步比较，确定插入位置，并生成对应的算法步骤。
• 推进播放器与代码同步： 使二叉搜索树的 Step 能够通过现有 Controller 实现播放、暂停、单步、回退和重播，同时更新相应伪代码及教学解释。
• 组织跨模块接口联调： 重点检查 BST 算法、Step Controller、树形动画和代码同步模块之间的数据传递是否一致。
• 开展代码评审与风险更新： 对新增 BST 功能及共享模块修改进行 Review，避免影响已经完成的链表黄金样例。
• 明确 Day 6 工作重点： 下一阶段以全面回归、缺陷修复和发布候选版本准备为主，原则上停止继续扩展非必要功能。

本次会议强调，Alpha 阶段新增二叉搜索树的意义，不仅在于增加一种数据结构，更在于验证当前平台是否能够支持从线性结构到树形结构的功能扩展。

团队将继续坚持以核心功能正确性和稳定性为优先原则，在保障已有链表功能正常运行的基础上推进 BST 模块的集成。

---

二、项目运行情况展示

1. 昨日至今进展总览

经过 Day 4 的缺陷修复和稳定性优化，链表插入黄金样例已完成本阶段的核心验收工作。

在此前开发中，团队通过统一 Step Schema，将算法计算过程转化为可以由前端读取和控制的执行步骤，实现了链表节点与指针动画、代码高亮、步骤解释和播放器之间的联动。

Day 5 的重点是将这一架构进一步应用到二叉搜索树中。

与链表不同，二叉搜索树采用非线性组织结构。节点之间不再仅通过单一的后继指针连接，而是通过左右子节点形成树形关系。

同时，BST 的插入算法需要根据待插入值与当前节点值的比较结果，决定继续访问左子树还是右子树。

因此，在算法可视化中需要重点展示：

1. 当前正在比较的节点。
2. 待插入值与当前节点值的大小关系。
3. 算法选择进入左子树或右子树的过程。
4. 到达空子节点位置后创建新节点。
5. 新节点与父节点建立连接。
6. 插入完成后的二叉搜索树结构。

本日继续沿用以下核心数据链路：

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

播放器负责管理当前步骤，使学习者能够控制算法执行进度。

通过将二叉搜索树接入统一的执行流程，团队进一步验证了现有系统对不同数据结构的适应能力。

Day5 项目整体运行截图：

2. P0 黄金样例验收确认

在新增二叉搜索树功能之前，团队首先对链表插入黄金样例进行了 P0 功能验收确认。

本次继续使用此前的标准案例。

初始链表：

10 → 20 → 40

执行操作：

在节点 20 后插入新节点 30。

预期结果：

10 → 20 → 30 → 40

本次验收主要检查从用户输入到最终动画展示的完整流程。

检查项目	主要验收内容
页面交互	链表初始化、插入参数输入和操作反馈正确
算法执行	插入算法输出正确的最终链表结构
Step 数据	Step 顺序和状态快照符合统一接口规范
可视化动画	节点创建、指针连接和高亮与算法步骤一致
代码同步	伪代码高亮和步骤解释与当前 Step 对应
播放控制	播放、暂停、单步、回退及重播功能正常
异常处理	非法输入、空结构和连续操作具备必要保护
构建与集成	核心功能在集成环境中正常运行

通过本次验收，团队确认链表插入黄金样例符合当前 P0 交付要求，为后续二叉搜索树扩展提供了基础。

由于新增 BST 模块仍然需要复用部分公共组件，因此团队同时明确，后续涉及 Controller、播放器和可视化引擎的修改，都需要重新检查原有链表功能，防止出现功能回退。

链表插入 P0 验收截图：

P0 验收记录：

3. P1 范围调整与二叉搜索树开发

根据最初的七天执行计划，Day 5 原定扩展内容为数组模块。

结合实际开发安排，团队本日对 P1 范围进行了调整，将二叉搜索树作为新增的数据结构。

相较于数组，二叉搜索树能够更加明显地体现线性结构与非线性结构之间的区别，也更适合验证现有可视化架构对层级布局和动态节点连接的支持能力。

本日主要围绕 BST 的基础展示及插入过程展开开发。

P1 范围调整如下：

功能	本日处理安排
链表插入黄金样例	继续作为 P0 核心功能维护
二叉搜索树基础模型	纳入本日新增开发范围
BST 节点插入	作为本日主要算法扩展内容
BST 树形可视化	展示根节点、左右子节点及连接关系
BST Step 与播放控制	复用已有公共执行机制
数组模块	不作为 Day 5 实际新增交付内容
其他复杂数据结构	暂缓至后续迭代

通过这次调整，团队将主要开发资源集中在二叉搜索树的基本操作和核心教学流程上，避免在 Alpha 冲刺后期同时扩展过多功能。

（1）BST 数据结构与节点插入

二叉搜索树是一种具有特定节点大小关系的二叉树。

对于不包含重复值的普通 BST，每个节点满足以下性质：

• 左子树中的节点值小于当前节点值。
• 右子树中的节点值大于当前节点值。
• 左右子树也分别满足二叉搜索树的性质。

在插入操作中，算法从根节点开始，根据待插入值与当前节点值的比较结果，逐步寻找适当位置。

例如，以以下节点组成的二叉搜索树为例：

• 根节点：40
• 左子节点：20
• 右子节点：60

当插入节点 30 时：

1. 首先访问根节点 40。
2. 比较 30 与 40，发现 30 小于 40，因此进入左子树。
3. 访问节点 20。
4. 比较 30 与 20，发现 30 大于 20，因此进入右子树。
5. 发现节点 20 的右子节点位置为空。
6. 创建节点 30，并将其连接为节点 20 的右子节点。
7. 更新二叉搜索树的可视化布局。

与链表插入相比，BST 插入不仅需要展示节点创建，还需要体现逐步比较和选择搜索路径的过程。

这也是二叉搜索树可视化教学的重要内容。

BST 插入算法运行截图：

4. 二叉搜索树可视化组件与树形动画

在此前的开发中，可视化模块已经实现了 Node、Edge、Pointer 等基础组件，用于展示链表节点和指针之间的连接关系。

Day 5 开始进一步扩展这些基础组件，使其能够支持二叉搜索树的层级结构。

与链表的横向布局不同，二叉搜索树通常采用树形布局，将根节点放置在上方，左右子节点按照层级关系排列。

在可视化过程中，需要保证节点层级清晰，同时避免不同分支之间出现连线重叠或节点遮挡。

本日树形可视化主要围绕以下内容展开：

（1）树形节点与连线展示

复用已有节点组件，按照树形关系展示根节点、左子节点和右子节点，并根据父子关系生成相应连接线。

（2）节点比较与路径高亮

当算法访问某个节点时，对当前节点进行高亮，使学习者能够观察算法当前正在比较的对象。

根据比较结果，动画进一步展示进入左子树或右子树的过程。

（3）新节点创建与连接

当算法找到插入位置后，创建新节点并连接到对应父节点，随后更新整棵树的布局。

（4）步骤回退与状态恢复

当用户执行单步回退或重新播放时，可视化模块需要根据当前 Step 恢复节点、连线和高亮状态。

通过上述工作，二叉搜索树模块能够将抽象的节点比较与插入过程转化为直观的动态展示。

相比直接呈现最终树形结构，逐步展示节点访问路径更有利于初学者理解 BST 插入算法的执行原理。

BST 基础树形结构截图：

BST 节点插入动画截图或 GIF：

5. Step Controller 与 BST 代码同步联动

二叉搜索树模块的另一个重要工作是将算法生成的 Step 序列接入现有 Step Controller。

此前，Controller 主要用于管理链表插入过程中的步骤索引、前进、回退和重置。

Day 5 在保留公共控制逻辑的基础上，使 BST 算法同样能够输出符合接口要求的 Step。

BST Step 需要描述当前算法执行状态，特别是当前访问节点、比较结果、节点连接变化及对应代码行等信息。

其中，原有 Step Schema v1 中的 variables 字段可以用于记录当前访问节点、待插入值及相关临时变量，从而为树形动画和教学解释提供辅助信息。

在 BST 插入过程中，代码同步模块重点关注以下操作：

1. 判断当前节点是否为空。
2. 比较待插入值与当前节点值。
3. 根据比较结果进入左子树或右子树。
4. 找到插入位置并创建节点。
5. 更新父子节点关系。
6. 完成插入并展示最终结果。

当用户切换 Step 时，页面需要同时更新当前节点高亮、伪代码行号及文字解释。

播放器仍然使用原有的播放、暂停、单步、回退和重播控制方式。

通过这一设计，团队可以将不同数据结构的算法执行过程统一交给 Controller 管理，而由对应的可视化组件负责具体展示。

BST Step 数据与 Controller 调试截图：

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

6. BST 接口联调与工程化

随着二叉搜索树算法、可视化组件以及教学模块逐步建立，团队开始围绕 BST 插入案例进行接口联调。

本次联调沿用此前的公共数据传递方式：

UI → Algorithm → Step → Controller → Animation / Code Sync → Player

重点检查以下几个接口：

接口链路	主要检查内容
UI → BST Algorithm	输入节点值是否能够正确传递给 BST 插入算法
BST Algorithm → Step	比较顺序、访问路径和节点连接状态是否正确
Step → Animation	当前节点高亮和树形变化是否与 Step 一致
Step → Code Sync	代码高亮及文字解释是否对应当前算法操作
Player → Controller	播放、暂停、单步、回退和重播是否正确
Build → Deploy	BST 集成后能否正常构建与运行

其中，BST 算法与树形动画之间的数据一致性是本轮联调的重点。

由于 BST 的节点访问过程具有分支特征，算法 Step 必须准确表示比较结果与后续访问方向，才能让可视化模块正确展示执行路径。

对于共享 Controller 的改动，团队继续通过 CodeArts 进行代码审核，并检查原有链表黄金样例是否受到影响。

工程化方面，继续由姚浩然维护项目构建、依赖配置及开发预览环境，为 Day 6 的全面回归和候选版本准备提供支持。

BST 模块集成运行截图：

CodeArts 构建记录：

https://hn.devcloud.huaweicloud.com/cicd/project/68bc90da895d4a96af7fc1aba950e1aa/pipeline?v=1

项目集成预览地址：

NULL团队Alpha集成预览版本

---

三、成员情况

成员	今日进展	困难 / 阻塞	明日安排	心得
詹志瑜（组长/PM/Tech Lead）	组织链表黄金样例 P0 验收，结合开发进度调整 P1 范围，将二叉搜索树作为本日新增结构；主持 BST Step 接口联调，协调公共 Controller、树形动画和教学模块的数据约定，审查跨模块 PR，并整理未完成风险。	BST 与链表的数据组织方式差异较大，树形结构需要描述节点比较和左右分支选择。公共接口需要兼容不同数据结构，同时避免对原有链表功能产生影响。	组织 Day 6 全面验收，复查跨模块兼容问题，确认未完成任务的处理方式，审核关键 PR，并按计划推进功能冻结。	今天更加感受到公共架构设计的重要性。新增 BST 不仅意味着增加算法，还需要验证已有的 Step 和 Controller 是否具备足够的扩展能力。作为组长，需要协调不同模块之间的依赖，确保新增功能不会影响核心成果。
邱宁华（产品/UX/前端）	在现有 ASP.NET Razor 页面基础上推进二叉搜索树学习界面，完善节点输入、BST 插入操作和交互反馈，并复用已有的代码区、解释区和播放器布局。	BST 的可视化区域需要容纳不同层级的节点，页面布局与此前链表的横向展示不同，需要兼顾树形结构的展示空间和其他教学区域的可读性。	继续优化页面提示与布局，组织用户体验检查，完善 BST 操作引导和页面切换流程，整理正式 Demo 操作顺序。	今天发现数据结构的特点会直接影响界面设计。链表适合横向展示，而 BST 更需要考虑层级关系和节点分支。好的界面应该帮助用户理解算法，而不仅是展示图形。
苏林（可视化引擎）	在 Node、Edge 等基础组件上推进 BST 树形布局，展示根节点、左右子节点和父子连接关系，完善节点访问高亮及插入动画，并尝试复用已有动画执行机制。	树形结构的布局比链表更加复杂，节点插入后需要重新考虑子树间距和连线位置，同时避免不同层级之间的节点重叠。	继续检查树形动画的稳定性，处理节点重叠、连线残留和高亮状态问题，并对链表和 BST 进行视觉回归检查。	今天更加理解了可视化引擎复用的意义。不同数据结构虽然可以共享基础节点和动画调度机制，但具体的布局和动作仍然需要结合算法特点实现。
邹毅轩（播放控制）	将现有播放器与 BST Step 序列进行对接，检查播放、暂停、单步、回退和重播功能，并处理链表与 BST 模块切换时的状态清理。	BST 执行步骤包含节点比较、分支选择和节点创建等操作，需要保证步骤推进与树形动画一致。模块切换时还需要避免原有播放索引或定时器残留。	全面检查播放器状态，重点验证连续点击、暂停恢复、模块切换、速度调整以及回退后的状态恢复，并清理临时调试内容。	今天体会到，通用播放器的价值在于能够管理不同算法的执行步骤，而不依赖某一种具体数据结构。只有保持状态管理一致，才能支持后续更多算法。
林嘉祚（算法引擎）	推进二叉搜索树模型与节点插入算法，实现基于节点值比较的查找插入位置逻辑，生成 BST 插入 Step，并与可视化模块核对节点访问路径和父子连接变化。	BST 插入需要正确处理空树、左右分支和节点连接。与链表相比，算法执行过程中还需要记录访问路径和比较结果，使动画能够逐步展示插入过程。	继续完善 BST 边界处理，检查插入结果与 Step 顺序，同时执行链表算法回归，修复异常输入和状态快照问题。	今天感受到不同数据结构对 Step 设计提出了不同要求。BST 不仅要输出最终树形结构，更要清楚记录每一次比较和分支选择，才能实现准确的教学演示。
郑伟航（代码同步/教学）	编写 BST 插入相关伪代码，完善 Step 与代码行之间的映射，围绕节点比较、左右子树选择和节点插入编写逐步解释，并与算法模块核对教学语义。	BST 插入包含循环或递归的节点访问过程，同一段比较代码可能执行多次，需要让代码高亮和文字解释准确对应当前节点与执行方向。	继续核对链表与 BST 的代码高亮、解释和 Step 映射，检查回退和重播时的教学状态，并整理用于答辩的算法教学案例。	今天进一步体会到步骤解释对于算法学习的重要性。BST 的核心不仅是最终树形结构，还包括为什么进入左子树或右子树。只有把比较逻辑解释清楚，才能帮助初学者真正理解算法。
林俊杰（QA/测试）	围绕 BST 插入算法、节点比较顺序、左右分支及非法输入等场景整理检查内容，并关注共享 Controller、树形动画和链表黄金样例的回归影响。	BST 具有更多分支情况，需要同时检查左侧插入、右侧插入、空树插入及重复值处理等情况。新增树形动画和公共状态修改也可能影响已有链表功能。	执行 Day 6 全面回归和 E2E 检查，统计测试结果及 Bug 状态，确认主要缺陷处理情况，并整理 Alpha 阶段测试总结。	今天认识到树形结构测试需要关注不同路径，不能只检查最终节点是否存在，还要核对节点所在位置和树形关系是否符合算法规则。
姚浩然（工程化/部署）	配合 BST 模块集成，检查新增树形组件、算法文件和页面资源的依赖关系，维护 CodeArts 构建及预览环境，更新相关运行说明。	新增 BST 模块后，前端资源、组件引用和共享接口需要在统一环境中正确加载，同时需要保证原有链表功能在集成版本中不受影响。	配合 Day 6 构建 Alpha 发布候选版，检查环境依赖、线上访问、资源路径及日志，完善部署和回滚说明。	今天更加理解了工程化对于功能扩展的重要性。新模块的完成不仅取决于本地运行，还需要能够与原有系统一起稳定构建和部署。

---

四、AI技术员

Day 5 的 AI 技术员工作重点由前一天的 Bug 分类和状态异常分析，转向二叉搜索树算法边界检查、树形结构联调问题分析以及教学解释优化。

由于本日新增的数据结构为 BST，团队需要重点关注节点比较、左右子树选择、重复值处理和节点插入等情况。

AI 技术员主要从测试场景整理、接口检查建议和教学文案分析等方面提供辅助。

1. AI辅助任务

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

• 梳理 BST 节点插入的正常和边界场景。
• 检查 BST 的左右子树关系及节点插入逻辑。
• 分析 BST Step 与已有 Controller 的兼容问题。
• 辅助完善节点比较与路径选择的教学解释。
• 提供树形动画和跨模块代码评审的检查建议。

2. 提示词摘要

提示词一：BST 插入算法检查

我们正在开发一个数据结构可视化学习平台，目前新增二叉搜索树模块。请分析 BST 节点插入过程中空树插入、左子树插入、右子树插入和重复值处理等情况，并整理需要检查的算法边界。

提示词二：BST Step 设计分析

平台已经通过统一 Step Schema 和 Controller 实现链表插入可视化。现在需要实现二叉搜索树插入动画，请分析 Step 应如何描述当前访问节点、比较结果、左右分支选择以及节点创建过程。

提示词三：BST 教学解释优化

请针对二叉搜索树插入操作，编写适合初学者阅读的逐步解释，重点说明为什么需要比较节点值，以及如何根据比较结果选择左子树或右子树。

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

AI 辅助工作的主要检查方向包括：

1. BST 算法边界： 关注空树、左分支、右分支以及重复值情况。
2. 节点关系正确性： 检查插入后的父子关系是否符合 BST 性质。
3. Step 状态完整性： 保证当前访问节点、比较过程和节点连接变化具有对应的展示信息。
4. 动画与步骤同步： 避免节点动画提前展示最终状态或遗漏中间比较过程。
5. 教学解释准确性： 检查文字解释与真实算法逻辑是否保持一致。

在人工核验方面，林嘉祚负责算法和 Step 正确性检查，苏林负责树形动画与节点连接核验，郑伟航负责教学解释内容检查，林俊杰负责测试场景及回归有效性检查。

对于涉及 Step Controller 和公共接口的修改，由詹志瑜继续协调相关成员进行 Review。

AI 技术员的建议主要作为开发和测试辅助，不直接代替程序运行结果和人工验收。

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

---

五、Issue / PR / Commit

Day 5 的代码协作重点是二叉搜索树模块开发、统一 Step 接口复用以及跨模块联调。

团队继续通过华为云 CodeArts 管理 Issue、Commit 和合并请求（MR）。

各成员根据任务分工在对应的 feature/xxx 或 fix/xxx 分支进行开发，完成基本自测后提交代码和合并请求。

对于公共 Step Schema、Controller 和播放器等模块的修改，需要由组长及相关成员共同审核，避免新增 BST 功能影响原有链表黄金样例。

1. Day 5 Issue 任务分配

负责人	Issue 标题	具体任务内容	验收标准
詹志瑜	P0验收确认、BST范围调整与跨模块联调	完成链表黄金样例 P0 验收；调整 P1 范围；主持 BST 接口联调；审查公共接口及跨模块 PR；更新风险记录。	形成 P0 验收结果、BST 联调记录、Review 记录及风险表。
邱宁华	实现BST学习页面与节点输入交互	完善 BST 学习页面、节点输入及插入操作反馈，复用现有学习页面布局与导航。	页面能够正确接收节点输入并触发操作，反馈和布局符合要求。
苏林	实现BST树形节点布局与插入动画	扩展 Node、Edge 组件，完成树形布局、节点访问高亮和新节点插入动画。	能正确展示树形结构及插入过程，保留运行截图或 GIF。
邹毅轩	完善播放器对BST Step的支持	接入 BST Step，检查播放、暂停、单步、回退与重播，并处理模块切换后的状态恢复。	播放器能够正确控制 BST 步骤，状态与树形展示保持一致。
林嘉祚	实现BST节点插入算法与Step生成	完善 BST 模型、节点比较、左右子树选择和插入操作，输出符合统一接口的 Step。	BST 插入位置正确，Step 顺序符合算法执行过程，边界情况得到检查。
郑伟航	实现BST伪代码高亮与教学解释	编写 BST 插入伪代码，完善 Step-codeLine 映射及节点比较、路径选择和插入解释。	代码高亮与教学解释对应当前算法步骤。
林俊杰	BST功能检查与链表黄金样例回归	检查 BST 插入、左右分支和异常情况，跟踪共享组件修改对链表功能的影响。	形成检查与回归记录，问题具有明确的跟踪依据。
姚浩然	BST模块集成构建与预览环境维护	配合 BST 模块集成，检查构建、依赖、资源引用及部署环境，维护 CodeArts 流水线。	集成构建及运行情况可核验，保留相关记录。

2. Issue 与代码签入记录

成员	Issue	Commit / MR 链接	主要内容
詹志瑜	[P0验收与BST接口联调]	Commit / MR	范围调整、公共状态、跨模块Review与风险管理
邱宁华	[BST学习页面与输入交互]	Commit / MR	BST页面、节点输入和操作反馈
苏林	[BST树形布局与插入动画]	Commit / MR	树形节点、连线及插入动画
邹毅轩	[BST Step播放器适配]	Commit / MR	BST播放控制及状态恢复
林嘉祚	[BST插入算法与Step生成]	Commit / MR	BST模型、节点比较、插入与Step
郑伟航	[BST代码高亮与步骤解释]	Commit / MR	伪代码映射与教学解释
林俊杰	[BST测试与链表回归]	测试记录 / Issue	BST场景检查及黄金样例回归
姚浩然	[BST集成构建与部署配置]	Commit / MR	集成构建、依赖及环境维护

3. 跨模块 PR / MR Review

本日由于新增二叉搜索树模块，部分公共组件需要支持树形数据结构，因此代码评审重点关注接口兼容性和原有功能回归。

主要 Review 内容包括：

• Step 接口兼容性： BST Step 是否遵循统一 Schema，是否影响链表算法原有的数据读取方式。
• 算法正确性： BST 节点比较、左右分支选择及最终插入位置是否正确。
• 树形动画： 是否根据真实 Step 展示节点高亮、访问路径和节点连接。
• 播放器状态： BST 播放、暂停、回退和重播是否与 Controller 状态保持一致。
• 代码同步： BST 代码行和步骤解释是否对应实际算法操作。
• 模块回归： 共享组件修改后，链表黄金样例是否仍能正常运行。
• 工程质量： 新增组件及资源是否影响项目构建与部署。

对于公共模块的变更，团队继续坚持最小修改原则，在尽量保留已有接口的基础上通过新增 BST 相关组件和数据适配实现功能扩展。

同时，团队通过评审记录和联调结果跟踪修改的影响范围，为 Day 6 功能冻结提供依据。

Day5 CodeArts代码签入记录：

https://hn.devcloud.huaweicloud.com/codehub/project/68bc90da895d4a96af7fc1aba950e1aa/codehub/8174539/home?ref=master

Day5 PR/MR评审记录：

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

4. 项目相关链接

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

• CodeArts Issue 看板： Alpha冲刺Issue管理

• Day5 P0验收与BST接口联调文档： Day5组长工作记录

• BST 测试与回归记录：
  

  

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

通过将 BST 模块开发任务与 Issue、Commit 和 MR 关联，团队能够更加清楚地追踪新增数据结构的开发、接口联调及集成情况。

---

六、测试与质量

Day 5 的质量工作重点围绕二叉搜索树插入算法、树形可视化、共享播放器以及原有链表黄金样例回归展开。

相比链表的线性节点关系，BST 需要重点检查节点值比较、左右子树选择和父子连接关系是否正确。

1. BST 插入功能检查

以根节点 40、左子节点 20、右子节点 60 组成的 BST 为例，插入节点 30 时，预期新节点成为节点 20 的右子节点。

本日主要围绕以下场景检查：

编号	检查场景	预期结果
BST-01	空树插入节点	新节点正确成为根节点
BST-02	插入小于根节点的值	按比较规则进入左子树
BST-03	插入大于根节点的值	按比较规则进入右子树
BST-04	多层节点插入	按比较结果找到正确的父节点及插入位置
BST-05	插入重复值	按项目约定的重复值策略处理
BST-06	节点访问高亮	高亮节点与当前 Step 一致
BST-07	播放器前进与回退	正确切换并恢复对应的树形状态
BST-08	链表与 BST 模块切换	旧播放状态不影响新模块
BST-09	链表黄金样例回归	原有链表插入功能保持正常
BST-10	集成构建	BST 模块加入后能够正常构建和运行

2. 链表黄金样例回归

由于 BST 模块复用了公共 Step Controller 和播放器，因此本日仍然需要检查已有链表插入功能。

回归继续使用：

10 → 20 → 40

在节点 20 后插入节点 30：

10 → 20 → 30 → 40

重点关注算法 Step、节点动画、播放控制和代码同步是否仍然符合预期。

通过同时检查链表和 BST 两种数据结构，团队能够进一步评估公共组件的复用能力和修改风险。

3. 未完成风险与后续处理

本日继续整理以下风险：

风险内容	优先级	负责人	应对措施
Step 接口对 BST 的兼容性	高	詹志瑜、林嘉祚	核对 Step 字段与公共状态，避免破坏链表接口
树形节点布局与连线问题	中	苏林	检查不同深度节点、重叠和连线关系
播放器状态同步问题	高	邹毅轩、苏林	检查 BST 播放、回退、重播及模块切换
BST 边界处理	中	林嘉祚、林俊杰	检查空树、左右分支及重复值策略
代码高亮和解释不同步	中	郑伟航	校对 Step、伪代码和教学说明
集成构建与部署风险	中	姚浩然	核查资源路径、构建日志和环境依赖
功能冻结前范围扩大	高	詹志瑜	控制新增范围，优先保障核心功能稳定

以上问题作为后续风险跟踪项，不代表所有风险均已成为实际缺陷。

Day 6 将重点进行全面测试、遗留问题处理及候选版本构建。

---

七、燃尽图

Day 5 项目燃尽图

燃尽情况说明

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

截至 Day 4，团队实际剩余任务点为 29 点，与当天计划剩余工作量一致。

当前任务燃尽数据如下：

时间	计划剩余任务点	实际剩余任务点
冲刺开始前	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	16
Day 6（10月28日）	4	—
Day 7（10月29日）	0	—

进度分析：

截至 Day 4，团队实际剩余工作量为 29 点，相比 Day 3 的 47 点减少了 18 点，成功追回了前三天因模块联调和状态修复产生的进度偏差，使实际进度重新与计划保持一致。

Day 5 原定剩余任务点目标为 16 点，本日主要工作由核心功能稳定性优化转向架构复用与新数据结构扩展。

在实际开发过程中，团队根据目前的技术基础和教学目标，对 P1 功能范围进行了调整，将原计划的数组模块替换为二叉搜索树模块。

与此前的链表不同，二叉搜索树采用非线性组织方式，需要通过左右子树体现节点之间的层级关系。

因此，本日开发不仅包括 BST 插入算法，还涉及树形节点布局、访问路径高亮、Step 生成、播放器适配和教学解释等多个方面。

虽然不同数据结构的可视化方式存在差异，但团队仍然尽量复用已有的 Step Schema、Controller 和代码同步机制，减少重复开发。

本次新增 BST 模块也为团队提供了检验系统架构可扩展性的机会。

在工作量统计方面，团队继续以 CodeArts Issue 的完成与验收结果作为依据。对于本日 P1 范围调整，需要同步维护相应 Issue，避免因功能范围变化导致燃尽数据与实际开发情况不一致。

接下来的 Day 6，团队将进入全面测试和功能冻结阶段。

主要工作包括链表与 BST 的核心功能回归、播放控制检查、异常操作验证、集成构建和发布候选版本准备。

团队将继续优先保证已有功能稳定运行，控制新增开发范围，为 Day 7 的最终发布、博客总结和项目答辩做好准备。

---

NULL 团队 · Alpha 冲刺 Day 5

2026 年 10 月 27 日