事后诸葛亮分析

📌 团队作业5——测试与发布（Alpha版本）

《书屋（Campus Book Trade）》事后诸葛亮分析报告

---

一、项目背景与目标回顾

本项目《书屋（Campus Book Trade）》是《软件工程》课程下的团队实践项目，面向校园场景设计并实现一个二手书交易平台。项目以校园内二手教材与学习资料流通为核心，旨在通过信息集中展示、后台审核与基础交互流程，提升二手书交易的效率与可信度。

在 Alpha 阶段，团队重点完成了系统的核心功能实现与系统化测试，通过测试与缺陷分析评估软件是否达到可发布的基本质量标准。

---

二、Alpha 阶段成果概述

2.1 已实现的核心功能

• 首页供需信息展示与分页
• 按供应 / 需求类型筛选信息
• 二手书信息发布与提交频率限制
• 信息详情页展示
• Django Admin 后台管理与审核
• 自定义模板标签（time_since、check_expire）

2.2 未完成或延后功能

• 首页搜索功能仅支持基础筛选，未实现关键词模糊搜索
• 页面样式与交互细节仍需进一步优化
• 尚未进行高并发与压力测试（计划在 Beta 阶段完成）

---

三、事后诸葛亮会议回顾

在 Alpha 版本测试与发布完成后，团队召开了事后诸葛亮会议，围绕开发流程、测试结果与团队协作方式进行了系统复盘。

会议主要讨论内容包括：

• Alpha 阶段目标是否达成
• Bug 分布情况及根因分析
• 团队角色分工是否合理
• 后续版本的改进方向与优化重点

团队讨论现场

下图为团队在 Alpha 阶段完成后的事后诸葛亮会议讨论合影：

---

四、成功经验总结（What Went Well）

1. 阶段目标清晰，功能聚焦明确
   Alpha 阶段以“可用、可测、可发布”为目标，避免功能膨胀，确保核心流程完整。

2. 测试介入较为及时
   测试人员在开发后期同步介入，多项功能性 Bug 在发布前被发现并修复。

3. 后台审核机制设计合理
   前后台职责划分清晰，未审核信息不进入前台展示，有效提升平台可信度。

4. 团队分工明确，协作顺畅
   前端、后端、测试与 PM 职责明确，整体协作效率较高。

---

五、问题与不足反思（What Didn’t Go Well）

1. 前期需求拆解不够细致
   搜索与交互体验类需求在 Alpha 阶段暴露出设计不足的问题。

2. 部分功能考虑不够全面
   首页分页与筛选组合逻辑初期设计不足，导致后期返工。

3. 性能测试覆盖不足
   当前测试以功能测试为主，尚未覆盖高并发与极端场景。

---

六、Bug 分析与改进方向

6.1 Bug 总体情况

Alpha 测试阶段共发现 9 个 Bug，具体分类如下：

• 已修复 Bug：5 个
• 延后修复 Bug：1 个
• 产品设计如此（非 Bug）：1 个
• 无法复现 Bug：1 个
• 当前阶段不修复 Bug：1 个

6.2 后续改进计划

• 在 Beta 阶段引入关键词模糊搜索功能
• 增加自动化测试与基础性能测试
• 持续优化页面交互与视觉一致性

---

七、团队成员角色与 Alpha 阶段贡献

姓名	角色	团队贡献分	可验证贡献
唐雷	前端开发	16	SPA 页面搭建、响应式布局、前端性能优化
赖柏源	PM / 前端支持	18	项目规划、需求拆解、进度管理、前端设计支持
徐铭阳	后端开发 / 推荐算法	17	核心 API 实现、推荐模块原型、数据管线设计
袁梓轩	后端开发	18	数据库建模、接口优化、并发处理
姚沛鸿	后端开发 / 运维	14	部署方案设计、服务稳定性保障
黄龙宇	前端开发 / 交互	18	UI 风格制定、组件交互、移动端适配
于子豪	测试 / QA	7	测试策略制定、回归测试、Bug 跟踪

团队贡献分依据任务复杂度、完成质量、协作情况及 Alpha 阶段实际产出综合评定，确保每位成员贡献分不同且可追溯。

---

八、经验总结与反思（Lessons Learned）

• 在开发初期引入更完整的原型设计与流程梳理
• 提前规划搜索与筛选功能的可扩展结构
• 测试工作应更早介入开发流程
• 明确 Alpha 与 Beta 阶段的功能边界，减少返工

---

九、总结

通过 Alpha 阶段的开发、测试与发布实践，团队不仅完成了“书屋（Campus Book Trade）”平台的核心功能验证，也在项目管理、测试流程与团队协作方面获得了宝贵经验。本次事后诸葛亮分析为后续 Beta 版本迭代提供了清晰方向，也为团队成员的软件工程实践能力打下了坚实基础。

---