From KFCoder✅️
| 项目 | 内容 |
|---|---|
| 这个作业属于哪个课程 | ->点我进入课程主页 |
| 这个作业要求在哪里 | ->点我查看作业要求 |
Alpha阶段项目复审
| 小组的名字和链接 | 优点 | 缺点（bug报告） | 最终名次（无并列） |
|---|---|---|---|
| 大学生健康管理与预警系统 | 1. 测试覆盖全面，307个测试用例执行率100% 2. Bug管理规范，19个已修复Bug分类明确 3. 场景设计合理，覆盖三类用户 4. 出口条件量化明确 5. 文档完整，部署指南清晰 |
具体Bug：食物识别结果偶尔不准确（归为"无法修复"），数据统计接口大数据量响应慢。 项目目标实现：基本实现了健康管理与预警核心功能，但AI识别准确率问题影响核心体验。 风险应对：对技术风险（如AI模型依赖）应对不足，缺乏降级策略；性能风险延期处理。 用户痛点解决：解决了学生便捷记录、预警提醒等痛点，但校医院端数据辅助决策功能较薄弱。 需求取舍：优先实现了核心健康记录与预警，但多语言支持、离线模式等次要需求延期。 源代码管理：GitHub仓库明确，但未提及分支策略、代码审查等具体实践。 领导改进：我会将AI识别准确率问题列为高优先级，探索模型优化或人工校准；加强性能优化前移；建立更完善的外部服务熔断机制。 |
1 |
| 场馆预约系统 | 1. 测试用例设计详尽，覆盖全流程 2. 性能与安全测试到位 3. Bug管理透明，分类清晰 4. 多角色场景覆盖合理 5. 出口条件量化合理 |
具体Bug：邮件通知格式异常、状态刷新延迟、管理端筛选性能低等5个Bug延期。 项目目标实现：实现了场馆预约核心流程，但实时状态同步的稳定性有待验证。 风险应对：对网络波动导致的实时同步问题缺乏补偿机制，兼容性风险处理滞后。 用户痛点解决：解决了学生找场馆难的痛点，但社团多人协同预约功能体验可优化。 需求取舍：优先保证预约流程完整，但管理端效率优化、移动端深度适配等需求被后置。 源代码管理：部署文档详细，但未提供代码仓库链接，无法评估代码管理质量。 领导改进：我会将实时同步的稳定性作为技术攻关重点；提前进行多浏览器兼容性测试；提供项目代码仓库以增强透明度。 |
2 |
| NoteForces在线笔记系统 | 1. 测试报告结构完整：包含测试目的、范围、过程、Bug统计、场景测试、测试矩阵、出口条件 2. Bug分类管理规范：15个Bug按5类清晰分类，修复了9个关键Bug 3. 场景设计合理：覆盖普通学生、教师/小组、管理员三类用户 4. 部署文档详细：提供前后端完整的部署步骤 5. 提供了GitHub仓库：代码可查看，有Alpha版本tag |
具体Bug：重复用户名未校验、登录状态码不统一、Markdown渲染异常、删除后列表不同步、分享链接缓存未清理等9个Bug已修复；分享链接无过期时间延期修复；并发编辑内容覆盖问题无法修复。 项目目标实现：实现了在线笔记核心功能（CRUD、Markdown、分享、管理），但协同编辑能力有限。 风险应对：对并发编辑风险识别但无解决方案（无法修复），对分享链接安全风险延期处理。 用户痛点解决：解决了学生记录笔记、分享协作的痛点，但实时协同编辑能力弱是硬伤。 需求取舍：优先保证单用户笔记流程完整，但多人实时协作、分享链接安全控制等需求被后置或放弃。 源代码管理：GitHub仓库明确，有版本tag，但未提及分支策略、代码审查等实践。 领导改进：我会引入简单的锁机制防止并发编辑冲突；将分享链接过期时间作为Alpha版本必须功能；加强单元测试和集成测试覆盖。 |
3 |
| 在线考试系统 | 1. 测试报告结构完整，逻辑清晰 2. Bug分类细致，管理规范 3. 场景覆盖全面，贴近真实 4. 性能指标明确，可衡量 5. 部署文档详细，易操作 |
具体Bug：考试倒计时误差（浏览器最小化后>30秒）、复杂公式导出格式丢失等Bug延期。 项目目标实现：实现了在线考试全流程，但倒计时精度问题直接影响考试公平性。 风险应对：对客户端环境差异（如浏览器最小化行为）风险预估不足，应对方案延期。 用户痛点解决：解决了线下考试组织难的痛点，但教师组卷的智能推荐、防作弊深度检测等高级需求未满足。 需求取舍：核心考试流程优先，但用户体验细节（如移动端适配、导出功能完善）有所牺牲。 源代码管理：未提供代码仓库链接，无法评估版本控制、持续集成等实践。 领导改进：我会将考试倒计时精度问题列为阻塞性Bug立即解决；加强安全性渗透测试；建立公开的代码仓库并实施每日构建。 |
4 |
| 本地知识库问答系统 | 1. 架构清晰，技术选型合理 2. 测试阶段划分明确 3. Bug管理有序，延期说明合理 4. 部署友好，Docker一键启动 5. 场景设计贴近实际 |
具体Bug：长PDF解析内存占用高、低配GPU响应慢、Safari流式输出不连贯。 项目目标实现：实现了本地知识库问答的核心RAG流程，但处理大文件和多格式文档能力有限。 风险应对：对资源消耗（内存、GPU）的风险有认知但解决方案延期，性能优化不足。 用户痛点解决：解决了隐私安全与本地化查询痛点，但处理复杂、非结构化文档的能力较弱。 需求取舍：优先保证了核心问答链路，但文件格式支持、多模态问答等扩展需求被搁置。 源代码管理：提及GitHub但未在博客突出链接，部署方式现代化但代码工程实践描述少。 领导改进：我会引入更高效的分块与缓存策略应对大文件；提供轻量级模型选项适应低配环境；建立更详细的单元测试与性能基准测试。 |
5 |
| 云盘协作系统 | 1. 测试策略先进（测试左移） 2. Bug分类清晰，修复计划明确 3. 性能测试贴近实际（50人并发） 4. 部署文档完整 5. 安全机制考虑到位 |
具体Bug：断点续传未实现、移动端未适配、分享链接仅限本地访问。 项目目标实现：实现了文件上传分享基础功能，但核心体验功能（断点续传）缺失。 风险应对：对移动化趋势和网络不稳定场景的风险应对不足，功能规划略显保守。 用户痛点解决：解决了团队文件共享痛点，但大文件传输可靠性、跨平台访问便捷性体验差。 需求取舍：优先实现了基础文件管理，但提升用户体验的关键功能（断点续传、移动端）被延迟。 源代码管理：GitHub仓库地址未突出显示，缺乏对代码质量、构建流水线的描述。 领导改进：我会采用分片上传与断点续传技术作为Alpha版本核心目标之一；同步启动移动端响应式设计；将服务部署到内网或云服务器以供真实测试。 |
6 |
| eSIM全球数据套餐购买网站 | 1. 响应式设计完善：覆盖桌面、平板、移动三端，考虑了不同设备体验 2. 缺陷修复记录详细：列出了8个已修复缺陷及其影响和状态 3. 浏览器兼容性考虑周全：提供了各浏览器的最低和推荐版本 4. 部署简单：纯前端网站，无需复杂安装 5. 提供了公网访问地址：可直接体验 |
具体Bug：移动端菜单栏在iOS Safari中无法展开、套餐卡片阴影在暗色模式不可见、首页图片加载慢、平板文字大小不一致、按钮无视觉反馈、Edge浏览器布局错位、部分文字缺失翻译、按钮颜色对比度不符合WCAG标准等8个Bug已修复。 项目目标实现：实现了eSIM套餐展示网站的核心功能，但本质上是一个前端展示型网站，业务逻辑简单。 风险应对：对前端兼容性和性能问题有一定应对，但缺乏后端和业务逻辑的风险管理。 用户痛点解决：解决了用户了解eSIM套餐信息的痛点，但购买、支付、激活等核心交易流程未实现。 需求取舍：优先保证前端展示和响应式设计，但电商核心功能（用户账户、支付、订单管理）完全缺失。 源代码管理：未提供代码仓库信息，无法评估代码质量和版本管理实践。 领导改进：我会在Alpha版本至少实现模拟购买流程，哪怕只是前端交互；建立完整的测试用例，而不仅仅是修复缺陷列表；提供项目代码仓库以增强透明度。 |
7 |
| 图书管理系统 | 1. 测试报告结构规范，覆盖全面 2. Bug管理透明，修复率75% 3. 提供具体测试用例，可信度高 4. 部署说明清晰 5. 场景设计合理 |
具体Bug：Safari图表渲染异常、大数据分页跳转慢等Bug延期。 项目目标实现：实现了图书借阅管理核心功能，但系统性能和数据可视化细节有待优化。 风险应对：对兼容性和性能风险有记录但修复滞后，缺乏前瞻性性能优化设计。 用户痛点解决：解决了手工管理图书的低效痛点，但读者个性化推荐、移动端便捷查询等增值服务未涉及。 需求取舍：优先满足管理员后台管理需求，但前端用户体验和高级统计功能作为次要需求后置。 源代码管理：未提供代码仓库或CI/CD信息，难以评估团队协作和代码维护水平。 领导改进：我会在项目早期定义更严格的兼容性测试矩阵；对大数据操作引入分页优化和索引优化；推动代码仓库公开和自动化测试覆盖。 |
8 |
| iBlog Community | 1. 测试计划详细，分阶段明确 2. Bug分类合理 3. 出口条件量化 4. 部署步骤清晰 5. 场景覆盖典型用户 |
具体Bug：私信同步延迟、搜索长尾词不精准等Bug延期。 项目目标实现：实现了博客社区核心创作与互动功能，但搜索体验和实时交互有缺陷。 风险应对：对技术复杂度较高的实时消息和搜索功能风险应对不足，采取了延期策略。 用户痛点解决：解决了技术博客写作与分享的痛点，但内容发现效率和读者互动即时性有待提升。 需求取舍：优先保证博客发布、评论基础功能，但社交深度功能（实时聊天、智能搜索）被划为次要。 源代码管理：GitHub地址在文中提及但不突出，未提及分支模型、提交规范等具体实践。 领导改进：我会采用Elasticsearch等方案提升搜索质量；对实时功能采用WebSocket并做好降级；强化代码审查和自动化部署流程。 |
9 |
| 校园点评系统 | 1. 测试范围明确，Bug分类详细 2. 场景设计区分用户角色 3. 测试矩阵覆盖广泛 4. 出口条件多维度定义 5. 提供公网地址，可体验 |
具体Bug：优惠券秒杀并发超卖、搜索性能差、短信验证失败、关注数据同步延迟。 项目目标实现：实现了点评平台基础功能，但核心交易与搜索功能存在严重Bug和性能问题。 风险应对：对高并发场景和第三方服务集成风险准备不足，关键Bug修复延期影响大。 用户痛点解决：试图解决校园消费信息不对称痛点，但系统稳定性和功能可靠性成为新痛点。 需求取舍：功能范围铺得较广，但深度不足，许多功能（如多语言、离线模式）在基础不牢时即规划。 源代码管理：未提供任何代码仓库或构建信息，项目管理透明度低。 领导改进：我会收缩Alpha版本范围，聚焦核心点评与浏览流程的稳定性；引入压力测试和数据库锁机制解决并发问题；建立公开的代码库和问题跟踪系统。 |
10 |
| 智能消费分析工具 | 1. 测试报告结构清晰 2. Bug分类规范 3. 出口条件量化，评估客观 4. 提供改进路线图 5. 部署简单，用户体验门槛低 |
具体Bug：大文件处理超时（10MB需45秒）、Safari图表显示兼容性问题、PDF格式不支持。 项目目标实现：实现了CSV解析与消费可视化基本功能，但处理能力和文件格式支持有限。 风险应对：对性能瓶颈和浏览器兼容性风险应对较被动，优化工作列入中长期计划。 用户痛点解决：解决了个人消费分析手工处理的痛点，但数据导入的便捷性和分析深度不足。 需求取舍：优先实现了前端展示与交互，但后端持久化、多格式支持等支撑性需求被完全后置。 源代码管理：项目为纯前端Mock，无后端代码管理可言，缺乏完整的软件工程生命周期管理。 领导改进：我会在Alpha版本设计简易的后端服务用于数据持久化；优化CSV解析算法并使用Web Worker防止界面卡顿；制定清晰的版本迭代计划，而不是将所有优化推后。 |
11 |
| 校园二手书交易平台 | 1. 测试报告结构完整 2. Bug管理基本规范 3. 部署简单，基于Django 4. 场景设计合理 5. 提供GitHub地址 |
具体Bug：首页分页异常、发布成功提示不显示、后台修改后缓存未更新等基础功能问题。 项目目标实现：实现了二手书信息发布与展示的基本功能，但系统健壮性和用户体验一般。 风险应对：对常见Web开发问题（如缓存、分页）的风险预估和预防不足，Bug多为基础性问题。 用户痛点解决：解决了信息发布渠道少的痛点，但信息匹配效率、交易信任机制等核心痛点未触及。 需求取舍：实现了最小可行产品（MVP），但未看到对搜索优化、用户信誉体系等后续需求的明确规划。 源代码管理：有GitHub仓库，但未提及团队协作方式、提交频率或代码质量管控措施。 领导改进：我会在开发前制定更详细的前后端接口契约；引入自动化测试覆盖核心流程；加强代码审查，避免出现分页、缓存等低级Bug。 |
12 |
| TanhT文章管理系统 | 1. 测试报告结构清晰 2. 部署极其简单，纯前端 3. 提供GitHub发布地址 4. 场景设计合理 5. 出口条件明确 |
具体Bug：数据非持久化、无真实后端逻辑、无法多用户协同，严格说这更多是系统缺陷而非Bug。 项目目标实现：仅实现了一个前端演示原型，未达到可实际使用的"系统"目标。 风险应对：选择纯Mock方案规避了后端开发风险，但也导致项目实用性为零，风险应对策略消极。 用户痛点解决：未能解决任何真实的内容管理痛点，因为数据无法保存和共享。 需求取舍：所有与后端交互、数据持久化、用户权限等真实需求都被舍弃，项目价值有限。 源代码管理：仅有前端代码仓库，项目结构不完整，无法体现全栈开发的工程能力。 领导改进：我会坚持在Alpha版本实现一个简单的后端服务（如Node.js + SQLite），确保数据持久化和基本的用户验证，哪怕功能简单，也要形成一个完整的、可运行的软件，而不是一个演示玩具。 |
13 |
| 天空外卖系统 | 1. 测试报告结构完整 2. Bug分类详细 3. 部署文档极其详细 4. 测试矩阵覆盖较广 5. 场景设计合理 |
具体Bug：订单状态异常、购物车同步问题、优惠券计算错误、WebSocket偶发断连。 项目目标实现：实现了外卖系统的基本框架，但核心业务逻辑存在多处Bug，稳定性存疑。 风险应对：对业务逻辑复杂性和实时通信稳定性风险应对不足，Bug修复率仅68%，接近达标线。 用户痛点解决：试图模仿成熟外卖平台，但自有创新点不明确，且基础功能问题影响解决痛点的有效性。 需求取舍：功能大而全，但许多功能完成质量不高，可能应优先打磨核心下单支付流程的鲁棒性。 源代码管理：未提供代码仓库，虽然部署步骤详细，但无法考察代码质量和团队协作过程。 领导改进：我会大幅精简Alpha版本范围，专注打磨"选餐-下单-模拟支付"单一路径的完美体验；建立功能优先级机制，先做精再做大；强制要求代码托管并制定提交规范。 |
14 |
| 论坛系统 | 1. 部署简单，提供可执行文件 2. 基本功能完整 3. 提供测试账号 4. 运行环境要求明确 |
具体Bug：后端代码未解耦、无管理员功能、不能发布图片、不能@、登录过期机制不完善等，实为大量功能缺失与设计缺陷。 项目目标实现：仅实现了论坛最基础的发帖回帖功能，距离一个可用的论坛系统差距甚大。 风险应对：几乎未进行任何风险识别与应对规划，项目在架构、安全、功能上均存在高风险问题。 用户痛点解决：仅解决了匿名发言的初级需求，在内容管理、互动体验、安全保障等核心痛点上均未解决。 需求取舍：在未完成核心功能稳定性和安全性的情况下，开发了次要功能（如按年级筛选），需求取舍本末倒置。 源代码管理：后端代码"未解耦，维护性较差"，是源代码管理实践缺失的直接体现。 领导改进：我会彻底重构项目，采用分层架构；将用户认证与授权、内容安全过滤、图片上传作为Alpha版本必须完成的核心需求；建立严格的代码规范并进行每日代码审查。 |
15 |