|
|
|
|
@ -0,0 +1,24 @@
|
|
|
|
|
# 小组周计划-第15周
|
|
|
|
|
|
|
|
|
|
## 团队名称和起止时间
|
|
|
|
|
|
|
|
|
|
**团队名称：** 2班-深度思考队
|
|
|
|
|
**开始时间：** 2025-12-29
|
|
|
|
|
**结束时间：** 2026-01-05
|
|
|
|
|
|
|
|
|
|
## 本周任务计划安排
|
|
|
|
|
|
|
|
|
|
| <span style="display:inline-block;width:40px">序号</span> | <span style="display:inline-block;width:75px">计划内容</span> | <span style="display:inline-block;width:120px">执行人</span> | <span style="display:inline-block;width:500px">情况说明</span> |
|
|
|
|
|
| --------------------------------------------------------- | ------------------------------------------------------------ | ------------------------------------------------------------ | ------------------------------------------------------------ |
|
|
|
|
|
| 1 | Beta最后收尾 | 杨逸轩、胡帆、杨博文、梁浩 | Beta版本已进入最后的冲刺阶段，各组需要紧密配合完成剩余工作。<br />1、前端组负责完成UI的最终优化打磨，确保界面的视觉效果和交互体验达到交付标准，同时完成与后端和模型组的接口对接工作；<br />2、模型组需要完成迅疾加噪的完整运行测试，确保算法在各种输入场景下都能稳定输出正确结果，并记录运行时间和资源消耗等性能指标；<br />3、后端组承担着承上启下的关键角色，需要与前端对接页面功能接口、与模型组对接算法调用接口，确保数据流转顺畅无阻。<br />所有收尾工作必须在周四前全部完成，为后续的全面测试预留充足时间。 |
|
|
|
|
|
| 2 | 前端UI复核debug | 杨逸轩、胡帆 | 前端团队本周需要集中精力解决现存的UI适配问题和功能对接任务。在UI适配方面，当前发现的问题主要包括：<br />1、宽比例屏幕（如16:9、16:10、21:9等）下页面内容不居中、留白过多的问题；<br />2、日志查看页面在浅色/白天模式下存在文字颜色与背景对比度不足、部分元素显示异常的问题；<br />3、瘦长比例屏幕（如某些竖屏显示器或手机端）下部分UI元素被裁切或重叠的"吞UI"问题。<br />在功能对接方面，需要完成：<br />1、VIP开通页面的前后端联调；<br />2、同时对接迅疾加噪的前端调用逻辑。<br />以上所有工作必须在周四前完成，确保不影响后续的全面测试进度。 |
|
|
|
|
|
| 3 | 全面测试 | 全体人员 | 在Beta收尾工作全面完成后，团队将进入系统性的全面测试阶段。测试工作将严格对照需求规格说明书中的功能清单和项目测试扣分点逐项进行验证，确保每一个功能点都经过充分测试、每一个潜在扣分项都得到妥善处理。<br />测试策略上采用 **白盒测试** 与 **黑盒测试** 相结合的方式：白盒测试主要针对代码逻辑、分支覆盖、边界条件等进行验证，尽量借助自动化测试框架（如pytest、Jest等）和大模型辅助工具来提高测试效率和覆盖率；<br />黑盒测试则从用户视角出发，对各项功能进行手工操作验证，关注用户体验和业务流程的完整性。测试过程中发现的问题需要及时记录并分配给相应负责人修复，修复后需进行回归测试确认问题已解决。<br />测试完成后，团队需要编写 **完整的软件测试文档**，记录测试用例、测试结果、缺陷列表、修复情况等内容。<br />最后务必 **对代码进行清理工作**，删除测试桩代码、调试日志、临时注释等，确保交付代码的整洁性。以上工作安排在周四至周日进行，必须在周日前全部完成，这是不可突破的硬性截止时间。 |
|
|
|
|
|
| 4 | 文档编写复核 | 杨博文、金郅博 | 在Beta收尾和全面测试工作完成后，需要对项目文档进行最终的完善和复核工作。当前文档存在的主要问题包括：<br />1、部分使用示例和截图与实际功能不符，需要根据最终版本的界面和功能重新截图、更新说明文字；<br />2、鸣谢部分内容过于简略，需要补充对开源项目、第三方库、参考资料等的致谢说明，体现项目的开放协作精神和学术规范性；<br />3、License部分需要明确项目的开源许可协议，确保代码的使用权限清晰明了。<br />所有文档工作需要在全面测试之后进行，以确保文档内容与最终交付版本完全一致，同样必须在周日前全部完成。 |
|
|
|
|
|
|
|
|
|
|
## 小结
|
|
|
|
|
|
|
|
|
|
1. **全面收尾：** 本周是Beta版本开发的最后冲刺阶段，项目已经初具雏形，现在需要把所有模块整合起来、打磨细节、完成交付。前端、后端、模型三个组需要在这最后几天里保持高度的协作效率，确保各自的收尾工作能够按时完成，并且在集成过程中快速响应、及时解决问题。周四是一个关键的时间节点，在此之前必须完成所有开发层面的工作，为后续的测试阶段预留足够的时间窗口。这个阶段需要大家保持专注和耐心，越是临近交付越要稳扎稳打，避免因为赶工导致新的bug或质量问题。
|
|
|
|
|
|
|
|
|
|
2. **项目测试：** 全面测试是保障产品质量的最后一道防线，也是本周工作的重中之重。我们计划采用自动化测试与手工测试相结合的策略，既要保证测试覆盖率，又要从真实用户的角度发现潜在问题。测试过程中发现的每一个问题都要认真对待、彻底修复，不能抱有侥幸心理。同时，测试文档的编写同样不可忽视，它不仅是项目交付的必要组成部分，也是团队工作成果的重要体现。测试结束后的代码清理工作也很关键，一个干净整洁的代码库能够给评审留下良好的专业印象。
|
|
|
|
|
|
|
|
|
|
3. **最终核查：** 文档是项目的门面，一份完善的README能够让读者快速了解项目的价值和使用方式。目前我们的文档还存在一些与实际不符的地方，鸣谢和License部分也比较薄弱，这些都需要在最后阶段补齐完善。本周的文档工作安排在测试之后进行，这样可以确保文档内容与最终版本完全一致，避免出现文档与实际功能脱节的尴尬情况。同时也提醒大家，周日是绝对不可突破的最终截止日期，所有工作都必须在此之前完成，不留尾巴。希望大家能够保持积极状态，为所有的工作画上圆满的句号。
|
Ryan
4 months ago