三栈客-beta冲刺

这个作业属于哪个课程	https://edu.cnblogs.com/campus/gdgy/SoftwareEngineering24
这个作业要求在哪里	https://edu.cnblogs.com/campus/gdgy/SoftwareEngineering24/homework/15658
这个作业的目标	总结与思考之前的工作并改进项目
团队名称	三栈客
学号	3224004610-刘雯昕 3224001663-王灿阳 3224001813-郑嘉颖

项目存在的问题及解决方法

在Alpha冲刺中，我们完成了平台的核心交易闭环，但也识别出若干待改进点，
Beta冲刺针对这些问题进行了探索和尝试性解决。

1. 商品搜索体验优化
存在问题：原搜索仅支持数据库模糊匹配，对于“高数”无法命中“高等数学”等变体，召回效果不理想。
解决过程：为商品标题和描述字段添加全文索引，改写搜索接口，支持自然语言模式。虽然分词粒度仍较粗，但相比LIKE已有明显提升。此外还尝试在应用层维护一个简单的高频同义词映射，作为补充。目前搜索效果可满足基本需求，未来可根据用户搜索日志持续优化同义词库。

2. 个人中心页面加载速度
存在问题：Alpha版本个人中心因一次性加载所有发布记录和订单，导致页面渲染延迟明显。
解决过程：后端订单和发布接口增加分页参数，前端监听页面触底事件加载更多。同时，对用户基本信息增加Redis缓存，减少数据库查询。调整后，首屏加载时间显著缩短。

3. 用户反馈渠道缺失
存在问题：用户无法在应用内提交问题和建议，影响迭代方向。
解决过程：在个人中心增加了“意见反馈”页面，用户可填写文字描述，提交后存入反馈表。管理员在管理端可查看和标记处理状态。此功能为后续迭代提供了宝贵的用户声音。

项目特色功能展示

1. AI图像识别辅助发布
用户上传商品图片后，系统自动调用智能识别服务，返回商品分类、成色评估和简要描述，并预填到发布表单中。用户可对识别结果进行编辑修改后再提交。此功能大幅降低了发布门槛，尤其适合手机端快速操作。

2. 线下交易手动确认闭环
针对微信小程序个人主体无法接入支付的情况，我们设计了“买家确认付款 → 卖家确认发货 → 买家确认收货”三步手动流程。每个订单的状态变更都有记录，并配合信用分体系（交易双方互评），形成信任约束。

3. 管理端一体化
管理员无需额外开发Web后台，直接使用微信小程序内嵌的管理页面，即可完成商品审核、用户封禁、数据概览等操作，方便移动办公。

4. 信用分体系
根据用户完成的交易数量、收到的评价星级，系统自动计算信用分（基础分+好评加分-差评减分），并在商品详情页展示卖家信用，帮助买家决策。

关键模块自动化单元测试

测试覆盖范围
· 用户服务：注册、登录、实名认证、个人信息修改等正常及异常流程。
· 商品服务：发布、编辑、下架、列表查询、分类筛选等。
· 订单服务：订单创建、状态流转（重点关注非法跳转被拦截）、手动确认各环节。
· 智能识别服务：模拟API调用超时、返回格式错误等异常场景下的降级逻辑（切换至手动填写）。

测试结果说明
所有单元测试均在本地环境中通过，核心服务的行覆盖率保持在较高水平。智能识别服务的降级机制也通过了模拟测试，确保外部服务不可用时平台仍可正常使用。

团队协作记录

成员	主要任务
王灿阳	优化页面加载、完善AI识别交互、增加意见反馈入口
郑嘉颖	重构订单状态机、实现全文搜索、增加Redis缓存、单元测试编写
刘雯昕	整理用户反馈、编写测试用例、组织回归测试、撰写文档

成员体会与收获

王灿阳：这次冲刺中，我专注于提升用户界面的流畅度和交互细节。通过反复调试和优化，页面响应速度有了明显改善，操作体验也更加自然。同时，与后端的配合更加默契，接口对接顺畅。好的前端不仅是视觉呈现，更是稳定、快速的交互反馈。
郑嘉颖：Beta阶段我重点完善了订单状态管理和搜索功能。通过重构状态机，让业务逻辑更加清晰可靠；通过增加缓存和全文索引，系统性能得到提升。此外，单元测试的完善让我对代码质量更有信心。技术上的坚持和细节优化，会为后续迭代省去很多麻烦。
刘雯昕：Beta冲刺让我更深刻体会到，产品是在一次次反馈中打磨出来的。面对测试中发现的各种问题，我学会了区分优先级，先解决影响核心流程的痛点。同时，组织团队协作和文档管理也让我提升了沟通效率。作为产品，不仅要有想法，更要有推动问题落地的执行力。