第七周个人周报-197242-孙瑜欣

[197242 孙瑜欣]

一、本周计划任务和本周实际完成的任务

任务	计划时间	实际时间
头像展示功能最终优化与真机测试	2h	2.5h
私信功能优化（含消息重发、错误处理）	2h	2h
编写个人负责功能的测试文档（头像+私信）	1.5h	2h
合并需求文档（3.1节需求分析整理）	2h	2h
编写团队实习报告第一、二大标题及3.1节	2h	2.5h
编写个人实习报告	1.5h	1.5h
TAPD任务与用户故事最终检查	1h	1h
整理并提交所有会议纪要（标注顺序）	1h	1h

二、个人工作中存在的问题以及应对措施

问题：
在最后一周编写团队实习报告时，初期对“需求分析文档整理”的范畴理解不够清晰，导致第一版内容偏重功能列表而缺少需求背景描述。同时，在合并所有人的测试文档时，发现部分成员的测试用例格式不统一（如缺少预期结果或实际结果列）。另外，结队编程文档需要回顾之前的工作细节，回忆起来有一定时间成本。

应对措施：
及时与小组其他成员沟通，参照课程提供的实习报告模板重新组织了3.1节的内容，补充了用户需求和系统需求两部分。对于测试文档格式问题，我在群内发布了一个统一的测试用例模板（Excel样式），大家按模板重新填写后合并。结队编程部分，我翻看了之前的Git提交记录和会议纪要，梳理出与石文进共同完成的私信功能开发过程，按照“问题—方案—收获”结构完成文档。

三、个人学习的新知识点以及学习途径和方法

新知识：

• 掌握了团队实习报告和个人实习报告的撰写规范，特别是需求分析文档如何从功能点抽象为系统需求描述。

• 学习了测试文档中“测试用例”的标准化写法，包括前置条件、输入数据、操作步骤、预期结果和实际结果，以及如何用缺陷跟踪表记录问题。

• 通过整理会议纪要并标注顺序，理解了项目过程文档的归档方法，对项目整体演进有了更系统的认识。

• 在TAPD最终检查中，学会了如何审查用户故事的完整性（包括验收标准、优先级和任务拆分粒度）。

学习途径：

• 利用Git历史记录和TAPD任务面板回顾了结队编程的协作细节。

• 与小组成员定期线上讨论，互相校对文档内容，学习了他人需求描述的表述方式。

四、个人对本周工作的感悟

最后一周虽然主要精力从代码开发转向了文档编写和收尾工作，但工作量丝毫不减。我深刻体会到，一个完整的软件项目不仅要有能跑通的代码，还要有规范、可追溯的文档支撑。在撰写团队实习报告和个人报告的过程中，我重新审视了这几周的工作，发现自己对需求分析的理解比项目开始时深了很多——从一开始只知道“要做哪些功能”，到现在能说清楚“为什么要做这些功能、用户怎样使用它们”。整理会议纪要时，看到我们团队每周的进步和每次解决问题的过程，很有成就感。最后，通过TAPD最终检查，我意识到任务管理和用户故事编写对团队协作效率的提升非常明显。虽然项目结束了，但这些文档将成为我今后参与开发工作的一笔宝贵经验。感谢团队每一位成员的配合，我们顺利完成了一个完整的小程序项目。