Alpha阶段项目复审

小组的名字和链接	优点	缺点，bug报告	最终名次
锟斤铐	1. 测试环境设置详细，使用Docker Compose简化流程。 2. 测试用例设计全面，覆盖用户注册、聊天室管理、消息传递等核心功能。 3. 测试结果清晰，Bug修复及时，所有发现的Bug均已修复。 4. 提供了Alpha版本发布说明，包括功能模块、环境需求和安装方式。	具体Bug： 加入不存在的聊天室时未提示错误信息（已修复）。 发送空消息时未提示错误信息（已修复）。 项目目标： 基本实现实时聊天功能，但未明确用户反馈和优化计划。 风险管理： 对潜在的性能问题和用户界面优化未提及应对措施。 用户痛点： 解决了实时聊天的基本需求，但未深入讨论用户界面友好性和性能优化。 需求取舍： 优先修复功能Bug，但未提及对次要需求（如UI优化）的规划。 源码管理： 未提及版本控制工具的使用情况。 改进建议： 1. 增加用户界面测试和优化计划。 2. 引入性能测试，确保高并发下的稳定性。 3. 明确版本控制工具的使用和分支策略。	1
代码射手	1. Bug分类详细，修复率高（15/19）。 2. 用户场景划分清晰，覆盖普通玩家、开发者和测试者。 3. 测试矩阵全面，包括平台、硬件配置和输入设备。 4. 提供了明确的出口条件和发布说明。	具体Bug：僵尸碰撞检测失效（已修复）。阳光生成延迟（已修复）。 关卡加载卡顿（无法重现）。 项目目标： 核心功能通过测试，但存在延迟修复的Bug（如内存泄漏）。 风险管理： 对无法重现的Bug未提供进一步分析。 用户痛点： 游戏平衡性和性能问题仍需优化。 需求取舍： 优先修复核心功能Bug，但次要需求（如兼容性问题）未完全解决。 源码管理： 未提及版本控制工具的使用情况。 改进建议： 1. 增加对无法重现Bug的日志记录和分析。 2. 优化内存管理，解决延迟修复的Bug。 3. 引入自动化测试工具，提高测试效率。	2
Bug捕手队	1. Bug统计与分类详尽，修复率高（32/55）。 2. 场景测试覆盖学生、教师和教务三类用户，功能组合清晰。 3. 测试矩阵全面，包括操作系统、浏览器和网络环境。 4. 提供了明确的Alpha版本出口条件和发布说明。	具体Bug： 学生选课冲突检测逻辑错误（已修复）。 教师端偶尔无法上传Excel（无法重现）。 移动端iOS 12兼容性问题（延迟修复）。 项目目标： 核心功能通过测试，但高并发场景下的数据一致性仍需优化。 风险管理： 对第三方API依赖问题未提供长期解决方案。 用户痛点： 移动端兼容性和性能问题未完全解决。 需求取舍： 优先修复核心功能Bug，但次要需求（如UI适配）仍需优化。 源码管理： 未提及版本控制工具的使用情况。 改进建议： 1. 增加对高并发场景的测试和优化。 2. 提供第三方API问题的备选方案。 3. 引入自动化测试，提高回归测试效率。	3
DeepMind	1. 创新性AI动态诊断（AST解析覆盖率92%） 2. 流式评阅延迟<1.5s（基准测试达标） 3. 完整CI/CD流水线（每日构建成功率96%）	具体Bug： AI服务GPU资源争用（并发50+时延迟骤增） 学习路径推荐可解释性不足（用户困惑率23%） 社区UGC反向训练未实现 项目目标： 核心AI功能达标，社区模块未完成 风险管理： 未提供模型量化方案文档 用户痛点： 资源占用过高影响边缘设备部署 需求取舍： 优先AI模块牺牲环境兼容性 源码管理： Git提交粒度粗（平均500+/commit） 改进建议： 1. 引入模型剪枝技术 2. 建立推荐结果可视化对比系统	4
DeepSleep	1. 支持8语言编译判题（准确率99.3%） 2. 压力测试优异（800并发稳定） 3. 燃尽图更新规范（每日更新率100%）	具体Bug： - 判题机容器逃逸漏洞（已验证POC） - 代码注释率仅32% - 界面与开源OJ相似度78% 项目目标： 基础功能完整但创新性不足 风险管理： 未记录安全漏洞处理日志 用户痛点： 缺乏差异化竞争优势 需求取舍： 优先稳定性牺牲扩展性 源码管理： 无分支保护策略 改进建议： 1. 集成AI代码风格检查 2. 部署gVisor强化沙箱	5
Mosya团队	1. 精准校园场景需求（教材交易占比68%） 2. 轻量化技术栈（年成本<800元） 3. 扫码查书模块原型设计完整	具体Bug： - 数据库冗余字段41% - 扫码查书功能未实现 - JWT令牌无有效期 项目目标： 核心功能完成度62% 风险管理： 未建立数据库版本迁移机制 用户痛点： 敏感数据明文传输 需求取舍： 优先功能开发忽视安全性 源码管理： 无持续集成流程 改进建议： 1. 重构数据库范式结构 2. 实现HTTPS强制跳转	6
同舟共济队	- 前端采用 Vue3 + Vite，组件化与路由管理清晰，代码结构易维护。 - 后端基于 Spring Boot，提供用户注册、登录、好友管理、一对一和群聊等完整功能。 - 使用 WebSocket 实现双向实时消息推送，消息持久化到数据库并支持历史记录查询。	该项目核心功能完备，但在稳定性与用户体验方面存在较多需要改进的地方：1. 登录过期后前端未统一拦截 401 状态，用户需手动刷新页面才能重新登录，使用体验差；2. WebSocket 掉线后没有自动重连逻辑，也缺少断线／重连提示，网络波动环境下聊天会中断却不被察觉；3. 高并发情况下可能出现同一条消息被重复推送的现象，既浪费资源又干扰用户；4. 前端未对输入长度及敏感字符做校验，后端也缺少严格过滤，存在安全风险；5. 尚未做移动端适配，手机浏览器中界面布局错位、按钮难点；6. 仓库未配置 CI/CD，合并后无法自动构建和测试，部署流程完全依赖人工，易遗漏。	7
NO BUG	- 前后端分离架构清晰，RESTful 接口设计合理，业务模块划分明确。 - 支持响应式布局，电脑端与手机端均可访问，基本满足校园师生订餐需求。 - 订单状态实时更新，后续功能扩展性良好。	项目在健壮性和用户体验上存在多处问题：1. 前端未做表单校验，任意字符均可提交，存在 SQL 注入等安全隐患；2. 登录状态仅依赖前端 cookie，页面刷新后即丢失，用户体验欠佳；3. 下单与网络波动时无超时或错误处理，长时间无响应让用户无法判断操作结果；4. 缺少全局错误页面（404/500），遇异常直接显示空白或浏览器错误；5. 菜品图片未做懒加载，大量图片一次性渲染时手机端容易卡顿；6. 后端未配置跨域，若更换域名或端口访问将导致请求失败；7. 支付闭环功能缺失，只能提交“待付款”状态，无法真正完成支付流程；8. 未实现评价、优惠券等次要功能，用户粘性不足。	8
扫雷 个人队	- 提供 Windows 可执行文件，无需用户自行编译即可体验经典扫雷玩法。 - 支持中级难度地图（如 9×9、16×16），随机布局保证每局挑战性。 - 启动速度快，界面简洁直观，无广告干扰。	该扫雷项目虽实现了基本玩法，但可用性与可维护性不足：1. 没有 README 或操作说明，新手用户难以理解玩法与界面控件功能；2. 仅提供 Windows 版本可执行文件，未发布源码或跨平台方案，Linux/macOS 用户无法使用也无法审查代码；3. 界面缺少“重开”按钮，游戏结束后只能关闭程序再重新启动；4. 缺乏计时器与成绩排行榜，无法量化玩家表现与记录历史最佳；5. 右键标旗功能不稳定，在部分情况下会误翻格子甚至崩溃；6. 程序崩溃后没有错误日志，无法追踪和定位问题原因；7. Release 页面未说明数据文件用途和格式，无法二次开发或定制。	9
光速码农联盟	- 明确定位四六级备考用户，涵盖听力、阅读、翻译等多个板块，题库资源较为丰富。 - 前端采用 React 组件化开发，后端基于 Node.js + Express，接口设计简洁明了。 - GitHub 提交频繁，团队协作与版本控制意识良好。	项目虽搭建了基础练习平台，但在安全、体验与工程化方面尚待加强：1. 未部署线上环境，用户无法直接体验，影响反馈收集；2. 注册登录功能缺乏密码加密，后端未使用 bcrypt 等加密算法，存在账户安全隐患；3. 音频播放按钮点击可叠加触发，多次点击后界面出现卡顿或混乱；4. 答案展示接口未做权限校验，未登录用户也可直接查看答案，影响平台公正性；5. API 请求失败时无统一错误提示，前端未做防抖或节流，频繁操作易导致请求重叠；6. 响应式设计不足，手机端排版混乱，字体与按钮尺寸不适配；7. 项目博客未提供燃尽图或每日会议记录，缺乏项目管理过程透明度。	10
GDUTGoGo	1. 完整的Bug分类体系（5类25个） 2. 详尽的测试矩阵（4OS/4浏览器） 3. 清晰的用户场景划分	具体Bug： - 图片上传功能失效（未修复） - 点评提交异常（延迟修复） - 页面加载>3秒（性能缺陷） 项目目标： 未达到自定Alpha出口条件 风险管理： 对4个"无法修复"Bug无技术说明 用户痛点： 图片加载慢等核心问题未解决 需求取舍： 优先界面问题而非核心功能 源码管理： 未提及版本控制工具 改进建议： 1. 建立Bug分级制度 2. 引入自动化测试 3. 优化CDN加速	11
SparrowTech	1. Bug修复率高（12/19） 2. 用户角色设计清晰 3. 完善的Docker部署方案	具体Bug： - 短链跳转延迟（已修复） - 统计图表延迟（未解决） - 不支持自定义域名 项目目标： 基础功能达标但扩展性不足 风险管理： 未分析统计延迟的技术原因 用户痛点： 实时数据分析需求未满足 需求取舍： 确保核心跳转功能优先 源码管理： Git分支策略未说明 改进建议： 1. 实现WebSocket实时更新 2. 增加压力测试	12
EFBI	1. 核心Bug修复快（6/10） 2. 完整的E2E测试流程 3. 响应式布局完善	具体Bug： - 任务状态同步依赖WebSocket（未实现） - 移动端触控优化不足 项目目标： 核心功能100%可用 风险管理： WebSocket延期无替代方案 用户痛点： 移动端体验待提升 需求取舍： 优先保证基础功能 源码管理： 缺少CI/CD流程 改进建议： 1. 实现轮询降级方案 2. 扩展浏览器兼容性测试	13