事后分析报告
一、设想和目标
1. 目标问题
我们的软件旨在为用户提供一个便捷、高效的网上购物平台，解决用户在以下方面的痛点：
- 商品搜索和分类困难。
- 购买流程繁琐，用户体验不佳。
- 售后服务缺乏统一平台支持。
2. 目标达成
原计划实现的功能（包括用户注册登录、商品浏览与搜索、购物车功能、下单支付、售后服务等）完成了90%。
项目按时交付，但部分次要功能（如个性化推荐、优惠券系统）因时间不足推迟。
二、经验教训
主要问题
- 需求分析阶段低估了个性化推荐系统的复杂性，导致该功能未能按时上线。
- 测试时间分配不足，导致发布初期出现了一些稳定性问题。
改进建议
- 提前投入更多资源进行需求优先级排序，确保关键功能优先完成。
- 在开发周期中为测试阶段留出更多缓冲时间，增加压力测试环节。
三、计划阶段反思
1. 时间安排
- 项目初期时间规划较为紧凑，导致某些阶段任务堆积。
- 团队通过头脑风暴和多数票表决方式解决了计划阶段的分歧。
2. 目标完成情况
- 核心功能按计划完成，但次要功能（优惠券管理、推荐系统）未达成。
- 部分资源用于实现一些低优先级的界面优化，后期证明实际价值不高。
3. 改进建议
- 提高计划阶段的细化程度，明确每项任务的优先级和所需资源。
- 增加风险识别和缓冲时间规划。
四、设计与实现
1. 设计环节
- 系统设计在初期由小组核心成员主导完成，大体符合项目进度要求。
- 支付模块的外部接口设计较为复杂，文档未及时更新，导致后期对接困难。
2. 开发工具使用
- 运用了UML建模工具、单元测试框架和持续集成工具（如Jenkins），显著提高了设计和实现效率。
3. Bug与改进
- 最多Bug来自购物车模块，原因是多用户并发下未正确处理商品库存同步。
- 在发布后发现了支付接口的一个严重问题，测试阶段未覆盖到此场景。
4. 改进建议
- 提升单元测试覆盖率，尤其是对支付模块的异常场景覆盖。
五、测试与发布
1. 测试计划
- 团队制定了正式测试计划，但未完全实施自动化测试。
- 压力测试覆盖面不足，导致高并发场景下响应速度下降。
2. 发布问题
- 发布当天发现支付页面偶发性加载超时，临时调试耗时较长。
3. 改进建议
- 引入自动化测试工具（如Selenium）覆盖用户关键路径的测试用例。
- 在压力测试环节重点模拟高并发场景，提升稳定性。
elastic日志
