软件工程——实践者的研究方法》读书笔记03

一、过去的作业实践方式​
在学习软件工程相关课程时，我完成作业的核心模式以 “任务驱动 + 单一流程” 为主，具体表现为：​
需求理解阶段：快速浏览题目要求，仅凭字面意思拆解任务，很少主动梳理需求的优先级、边界条件，也不会通过画图（如用例图、流程图）明确功能范围，往往边做边补充理解。​
设计阶段：跳过系统设计环节，直接进入编码实现。比如面对小型项目作业，习惯先写核心功能代码，再根据实际效果调整结构，缺乏模块化、分层设计的意识，代码多集中在少数文件中，函数之间关联性强。​
开发与测试阶段：采用 “一次性开发 + 最终测试” 模式。编码完成后，仅通过手动输入少量测试用例验证功能是否正常，不考虑异常场景（如输入非法数据、网络中断模拟），也没有编写单元测试、集成测试的习惯。​
文档与复盘阶段：只在作业提交前仓促撰写设计文档、用户手册，内容多为 “事后补充”，与实际开发过程脱节；作业完成后很少复盘，仅关注分数是否达标，不总结编码中的问题（如重复代码过多、逻辑漏洞）。​
二、过去做法的潜在好处​
尽管上述方式存在明显局限，但在特定场景下仍有一定价值，也让我积累了基础实践经验：​
快速启动效率高：跳过复杂的设计和规划环节，能在短时间内进入编码状态，适合 deadline 较近、功能简单的小型作业，避免因过度纠结设计而延误进度。​
灵活调整成本低：由于没有固定的设计约束，在开发中发现需求理解偏差或功能缺陷时，可直接修改代码，无需考虑设计方案的兼容性，初期调整速度快。​
聚焦核心功能实现：将主要精力集中在 “让功能跑起来”，能快速验证核心逻辑的可行性，帮助我建立对编程任务的基础认知，尤其是在入门阶段，增强了完成作业的信心。​
手动测试快速反馈：对于简单功能，手动测试能即时发现明显问题，无需花费时间学习和编写测试代码，适配了初期对测试工具和方法不熟悉的情况。​