就想讨点学分有什么不队 - Beta冲刺

就想讨点学分有什么不队 - Beta冲刺

项目	内容
这个作业要求在哪里	团队第四次作业—beta冲刺 - 作业 - 202501 软件工程 - 班级博客 - 博客园
团队名称	就想讨点学分有什么不队
团队成员-学号	102301227 刘琦晟、102301106 李玥彤、102301105 卢铃颖、102301108 贺之梅、052204124 张君峰、172309011 李帅、102301512 赵鑫鑫、102301522 王心宏、052201142 孙其煜、102301437 丁浚哲、102301303 俞欢殷、102301438 陈泽荣
这个作业属于哪个课程	https://edu.cnblogs.com/campus/fzu/202501SoftwareEngineering/
这个作业的目标	回顾 AetherNet 校园互助平台 Alpha 冲刺过程、开启beta冲刺，总结项目亮点，制作自动化单元测试，梳理团队协作记录。

一、项目概述与 Beta 冲刺目标

在 Alpha 冲刺阶段，我们已经完成了项目的基础功能搭建与核心业务流程验证。本次 Beta 冲刺的目标是在 Alpha 成果的基础上，进一步完善系统功能，提升稳定性与可用性，并通过自动化测试与团队协作优化项目质量。

本次 Beta 冲刺主要聚焦于以下几个方面：

• 修复 Alpha 冲刺遗留的问题
• 完善核心功能与特色功能
• 引入关键模块的自动化单元测试
• 规范团队协作流程并完善项目文档

---

二、Alpha 冲刺后存在的问题与解决探索

1. 问题一：继续打磨前端界面的细节

问题描述：

在 Alpha 冲刺中，我们主要追求的是功能实现，UI虽已全部设计完成，但当时的前端界面存在着一些小问题，比如交互细节可以更精致、页面功能可以更完整。

探索思路：

1. 收集用户反馈和团队内部评审意见，列出界面不够流畅或不够美观的元素。
2. 结合先前设计的 UI 进行优化。
3. 使用设计工具优化布局和配色，调整交互动效。

解决过程：

我们对前端界面进行了升级，使其更加符合我们设计的 UI，并通过内部测试确保改动没有引入新的 bug ，最终形成更符合用户体验的前端界面。

---

2. 问题二：代码结构可维护性不足

问题描述：

Alpha 阶段为追求功能实现，部分模块存在代码耦合度高、复用性差的问题。

探索思路：

1. 梳理现有模块依赖关系。
2. 对重复逻辑进行抽象。
3. 制定统一的代码规范。

解决过程：

1. 重构部分业务模块，拆分为独立组件。
2. 提取公共工具函数。
3. 在团队中统一代码风格与提交规范。

---

3. 问题三：提升任务匹配与推荐系统能力

问题描述：

Alpha 冲刺过后的匹配策略过于基础，无法满足实际业务需求，智能推荐效果不明显。

探索思路与解决过程：

1. 分析历史数据，总结匹配规律。
2. 我们实现了可用的智能匹配算法，支持权重配置与规则叠加。
3. 通过小规模 A/B 测试验证匹配效果，并持续迭代优化。

---

三、项目特色功能介绍

1. 特色功能一：完整可跑通的业务流程的校园论坛

该功能主要用于校园内学生之间的互助与交流，用户可以在论坛上发布问题或分享经验，并与其他同学进行评论互动。

功能介绍：

• 注册与登录：用户可快速注册账户并进行身份校验，保证校园内真实用户参与。
• 发帖：支持标题、正文、标签填写及图片上传，一键发布帖子。
• 内容展示与互动：审核通过的帖子展示在首页信息流或列表页，用户可以浏览、点赞、评论，形成完整互动链路。

展示截图：

---

2. 特色功能二：集互助、二手、交流多功能于一体

功能说明：

通过该功能，系统能够为校园用户提供多样化的交流与互助场景，整合互助问答、二手交易和普通交流三类功能。

1. 互助问答：学生可以发布学术问题、学习经验或生活互助需求，其他用户可进行回答或提供资源支持。
2. 二手交易：支持发布二手物品信息，包括图片、价格、交易方式等，让学生方便地买卖闲置物品。
3. 校园交流：学生可以分享校园生活、兴趣爱好或社团活动信息，促进同学间互动和社交。

展示截图：

---

3. 特色功能三：接入AI完善用户与管理端体验

该功能通过 AI 技术提升用户发帖体验和管理端内容审核效率。

• AI 审核：对帖子内容进行语义分析，识别攻击性言论、灰色表达、潜在风险内容，给出风险等级和理由，辅助平台发现擦边词和违规行为。
• AI 发帖助手：在发帖页面，用户输入关键词或草稿，AI 返回优化后的标题、正文和标签建议，辅助用户快速生成优质内容。
• 三层审核机制：硬规则优先、AI 审核辅助、人工复核最终裁决，保障内容安全可控。

展示截图：

• 用户端AI发帖助手
  

• 管理端AI审核
  

---

四、关键模块的自动化单元测试

为保证系统在功能扩展与后期重构过程中的稳定性，本项目在 Beta 冲刺阶段为多个核心业务模块编写了自动化单元测试。通过对 Service 层核心逻辑进行隔离测试，有效验证了业务流程的正确性与健壮性。

1. 分类模块（CategoryService）单元测试示例

测试目标

分类模块主要负责帖子分类的创建、查询、更新与删除，测试重点包括：

• 分类的正常创建与更新流程
• 分类分页查询逻辑
• 分类删除结果的正确性

测试示例说明（具体代码可见Github）

以“创建分类”功能为例，测试通过 Mock 数据访问层（CategoryMapper），验证 Service 层是否正确封装并传递分类数据。

示例代码片段

@Test
void testCreateCategory() {when(categoryMapper.selectCount(any(LambdaQueryWrapper.class))).thenReturn(0L);when(categoryMapper.insert(any(Category.class))).thenReturn(1);Category result = categoryService.createCategory(categoryCreateRequest);assertNotNull(result);assertEquals(categoryCreateRequest.getCategoryName(), result.getCategoryName());verify(categoryMapper, times(1)).insert(any(Category.class));
}

单元测试截图展示

2. 评论模块（CommentService）单元测试示例

测试目标

评论模块涉及业务逻辑较为复杂，测试重点包括：

• 评论的创建与删除
• 帖子评论列表与回复列表分页查询
• 评论点赞逻辑（防止重复点赞）

测试示例说明（具体代码可见Github）

以下示例验证了 创建评论 的完整流程，包括帖子校验、用户校验及评论插入。

示例代码片段

@Test
void testCreateComment() {when(postMapper.selectById(anyLong())).thenReturn(post);when(userMapper.selectById(anyLong())).thenReturn(user);when(commentMapper.insert(any(Comment.class))).thenReturn(1);Long commentId = commentService.createComment(commentCreateRequest, 1L);assertNotNull(commentId);verify(commentMapper, times(1)).insert(any(Comment.class));
}

单元测试截图展示

3. 帖子模块（PostService）单元测试示例

测试目标

帖子模块是系统的核心功能，测试重点包括：

• 帖子创建时的内容审核逻辑
• 帖子分页查询
• 帖子更新与逻辑删除

测试示例说明（具体代码可见Github）

以下示例展示了 创建帖子并通过 AI 内容审核 的测试流程。

示例代码片段

@Test
void testCreatePost() {when(userMapper.selectById(anyLong())).thenReturn(user);when(categoryMapper.selectById(anyLong())).thenReturn(category);AiModerationResponse response = new AiModerationResponse();response.setDecision("approved");when(aiModerationService.moderate(any())).thenReturn(response);when(postMapper.insert(any(Post.class))).thenReturn(1);Long postId = postService.createPost(postCreateRequest, 1L);assertNotNull(postId);
}

单元测试截图展示

4. 标签模块（TagService）单元测试示例

测试目标

标签模块用于帖子内容分类与搜索，测试重点包括：

• 标签重复校验
• 标签创建与模糊查询
• 标签分页获取

测试示例说明（具体代码可见Github）

以下示例测试了 创建标签时的重复校验逻辑。

示例代码片段

@Test
void testCreateTag_AlreadyExists() {when(tagMapper.selectCount(any(LambdaQueryWrapper.class))).thenReturn(1L);assertThrows(RuntimeException.class, () -> {tagService.createTag(createRequest);});
}

单元测试截图展示

5. 任务模块（TaskService）单元测试示例

测试目标

任务模块主要用于校园互助场景，测试重点包括：

• 任务发布流程
• 任务接单与完成状态流转
• 任务删除权限校验

测试示例说明（具体代码可见Github）

以下示例验证了 任务接单 的业务逻辑。

示例代码片段

@Test
void testAcceptTask() {Task task = new Task();task.setStatus("open");when(taskMapper.selectById(anyLong())).thenReturn(task);when(taskMapper.updateById(any(Task.class))).thenReturn(1);boolean result = taskService.acceptTask(1L, 2L);assertTrue(result);
}

单元测试截图展示

6. 用户模块（UserService）单元测试示例

测试目标

用户模块涉及系统安全与认证，测试重点包括：

• 用户注册与登录
• 密码校验逻辑
• 用户分页查询

测试示例说明（具体代码可见Github）

以下示例测试了 用户登录成功场景。

示例代码片段

@Test
void testLogin_Success() {when(userMapper.selectOne(any())).thenReturn(user);when(jwtProperties.getSecret()).thenReturn("aethernet");when(jwtProperties.getTtl()).thenReturn(720000000L);UserLoginVO result = userService.login(loginRequest);assertNotNull(result);assertNotNull(result.getUser());
}

单元测试截图展示

五、团队协作记录

本次 Beta 冲刺从11 月 30 日开始，至12 月 13 日结束。团队在回顾 Alpha 阶段开发成果与问题的基础上，明确将开发重心从功能扩展转向质量提升，重点对前端交互细节、核心业务数据一致性以及 AI 内容审核逻辑进行了系统性的修复与优化。以下为 Beta 冲刺期间的重要协作记录。

日期	协作阶段	协作内容与决策
12月01日（周一）	任务启动确认	团队对 Alpha 冲刺阶段遗留问题进行集中复盘，整理前端交互、后端数据一致性和 AI 审核异常等问题清单。PM 明确 Beta 冲刺目标：以修复和优化为主，不再引入新功能，并完成整体任务拆分。
12月03日（周二）	前后端问题定位	前端组重点排查帖子发布、评论交互中存在的事件冲突与误触问题，决定对关键交互流程进行重构；后端组同步分析评论点赞、任务接单等接口中可能出现的数据乱序和重复提交风险，初步确定优化方案。
12月06日（周五）	数据与业务逻辑优化	后端组对任务模块和评论模块引入事务控制和状态校验机制，提升数据一致性；文档与测试成员整理测试数据，覆盖论坛、任务、评论等真实业务场景，为后续联调做准备。
12月08日（周日）	模块重构与联调	前端完成帖子发布、评论输入流程的交互优化，减少误操作；后端同步完成相关接口调整，测试组开始进行前后端联调，重点验证数据展示顺序与状态流转的正确性。
12月10日（周二）	问题集中修复	在联调过程中发现部分页面在重新加载时存在资源加载顺序问题，前端与测试成员协作排查，调整异步加载逻辑，确保页面元素与数据展示稳定一致。
12月11日（周三）	AI 模块优化	AI 相关成员针对内容审核接口响应慢、误判率偏高的问题进行优化，引入缓存机制并完善关键词与规则配置，显著提升审核响应速度和稳定性。
12月13日（周五）	冲刺验收与总结	团队完成 Beta 冲刺阶段性验收，核心问题均已修复。自动化单元测试覆盖主要业务模块并全部通过，系

六、团队成员beta冲刺收获

102301227 刘琦晟：
在Beta冲刺阶段，我主要负责项目成果的汇报与发布会演讲筹备。为了清晰、生动地呈现我们团队的产品价值，我深入理解了系统架构、核心功能与技术亮点，并反复打磨演示逻辑与表达方式。这一过程不仅锻炼了我的技术总结与沟通能力，也让我学会如何站在用户和听众的角度思考：怎样讲才能让人“听懂、记住、心动”。同时，在与队友协作梳理产品故事线的过程中，我更深刻体会到团队目标一致、分工协同的重要性。这次汇报经历让我明白，再优秀的产品也需要有力的表达来传递价值——技术是骨架，而讲述是灵魂。

102301106 李玥彤：
Beta冲刺中，我专注于界面细节优化。在Alpha阶段完成基础功能后，我们为保障核心功能与用户体验进行了适当变更，我积极配合团队，调整前端界面，使产品更加美观，布局更为和谐。通过这段经历，我深入理解了项目从设计到落地的全流程，并熟练掌握了开发工具的使用。未来将继续精进技术，持续优化用户体验，提升综合开发能力。

102301105 卢铃颖：
Beta阶段中，我主要负责对已有小程序前端界面进行细节优化，包括调整布局、统一视觉风格、优化交互动效等。在这一过程中，我配合团队的设计变更，逐步解决了多端样式适配与布局对齐的实际问题，进一步提升页面的整体协调性与用户体验。通过持续的调试与迭代，我更深刻地体会到前端实现不仅是代码转化，更是对设计意图的理解与还原，这也推动我在实践中不断沉淀经验、提升精细化开发的能力。

102301108 贺之梅：
在这次Beta冲刺中，我深刻体会到从设计稿到实际页面的转化并非简单的技术实现，而是一个需要不断权衡与调试的过程。在配合团队完成功能模块的过程中，我逐渐认识到沟通与协作的重要性，也学会了在遇到样式兼容、布局偏差等问题时保持耐心、主动寻求解决方法。每一次调试和优化都让我更明白，扎实的基础和持续的学习才是应对变化的底气。这段经历不仅提升了我的实操能力，也让我更清晰地看到自己未来成长的方向。

052204124 张君峰：
这次 Beta 冲刺让我从“把功能写出来”转向“把产品用顺”。我们不再追求新增功能，而是集中修复互助任务状态不同步、头像上传链路不完整、错误提示不清晰等问题。虽然改动多是细节，但当完整走通“发布—接单—放弃—回到大厅”的流程时，系统第一次显得真正连贯。通过每日同步和取舍功能范围，我也逐渐意识到，Beta 阶段更重要的是稳定交付，而不是功能数量。

172309011 李帅：
通过参与本次软工项目，我在后端开发与前后端联调中收获颇丰。不仅巩固了接口设计与数据库优化的能力，更深刻体会到沟通与协作的重要性——联调过程中，与前端同学的及时对齐、日志排查与数据验证，让我明白了“规范”与“耐心”在实际工程中的关键作用。团队合作让代码真正跑通、产品完整落地，这比单纯编写功能更有成就感。

102301512 赵鑫鑫：
Beta 冲刺对我而言，不仅是代码实战能力的沉淀，更是一场从写好代码到服务好团队的认知蜕变。我意识到：混乱的自由是效率的敌人，而“规范”才是最大的体贴。我开始学着走出自己的代码世界，站在队友的视角去审视每一个接口——不仅仅是追求无误，更是追求易用与清晰。所谓的“规范”，其实是我们为团队效率筑起的一道防线。当我不再局限于眼前的一亩三分地，而是开始思考如何通过标准化的输出来降低沟通成本时，我发现自己能为项目带来的价值被成倍放大了。这种从局部到全局的视野提升，让我不再仅仅满足于代码的运行，而是更加在乎整个系统在协作流转中的稳健与从容。

102301522 王心宏：
在Beta冲刺阶段，我深刻体会到“联调与测试”是软件工程中连接前后端的关键纽带。作为测试负责人，我的重心在于从全局视角审视系统的可靠性，通过排除8081端口冲突、升级后端CORS跨域策略等环境“顽疾”，确保了前后端数据的真实联通。在独立完成管理端前端敏感词模块全栈设计的过程中，我意识到测试不应只是发现Bug，更应是对业务逻辑闭环与数据一致性的严苛审计。虽然为了演示流程在架构上做了部分折衷，但这种“守护链路”的实践让我明白，优秀的工程能力不仅体现在代码编写上，更体现在对系统稳定运行的长期负责。

052201142 孙其煜：
通过本次Beta冲刺，我深刻体会到从“能用”到“好用”之间的巨大差距。在Alpha阶段我们完成了核心功能，但Beta阶段才是真正打磨产品体验的关键时期。为了突出我们的“杀手级功能”，团队反复迭代交互逻辑、优化响应速度，并首次引入了自动化单元测试，确保关键模块稳定可靠。我在协作中不仅提升了技术实现能力，更学会了如何站在用户角度思考问题——软件不仅是代码的堆砌，更是解决真实需求的工具。发布会形式的“销售”环节也让我意识到：再好的产品，也需要清晰、有感染力的表达才能被看见。这次冲刺让我对软件工程的全流程有了更完整的理解，也更加敬畏“交付”二字的分量。

102301437 丁浚哲：
在Beta阶段，我专注于设计系统的落地维护和设计资产的管理。我创建了所有组件的变体库和使用实例，确保任何设计调整都能全局同步。最大的收获是掌握了用设计工具进行管理的方法，使得UI在快速迭代中依然保持。同时，我也更深入地参与到用户反馈的收集与分析中，理解了数据如何反哺设计迭代，让我的设计思维更加闭环。

102301303 俞欢殷：
在这次Beta冲刺我深刻认识到从“有逻辑”到“有体验”之间存在漫长的打磨之路。前期我们实现了信息架构与功能闭环，但后期才是真正塑造产品气质与使用心流的关键阶段。为了强化我们的“核心记忆点”，团队持续推敲动效细节、统一视觉语言，并系统性地建立了设计走查清单，确保体验层面的一致与精致。我在执行中不仅锻炼了设计落地的精准度，更学会了如何站在业务与开发的交界处思考方案。面向团队的设计评审与价值传达，这次经历让我对产品从概念到落地的完整周期有了更立体的感知，也更加理解“体验闭环”背后的重量。

102301438 陈泽荣：
在Beta冲刺阶段，我主要负责UI设计、自动化测试以及团队博客的撰写工作。通过深入参与，我不仅提升了Figma原型设计与React组件实现的协同能力，更认识到“以用户为中心”的设计不是一句口号——每一次交互细节的打磨都直接影响产品的易用性与专业感。在编写自动化测试时，我学会了用Jest和React Testing Library对核心功能进行覆盖，确保代码迭代不破坏现有体验。同时，撰写博客让我系统梳理了项目演进逻辑，锻炼了技术表达能力。这次全栈式参与让我体会到，一个优秀的产品，既需要美观流畅的界面，也需要坚实可靠的代码保障，而文档则是连接团队与用户的桥梁。