9.17

五分钟梳理需求工程。需求分功能需求（系统要做什么）、非功能需求（性能、安全性、易用性、可维护性）。
需求获取方式：用户访谈、问卷、原型、场景分析。需求分析核心是把模糊的用户口语转化成清晰、无歧义规格说明书。
痛点：很多项目失败根源是需求理解错误，不是代码bug。需求一旦没确认，后期修改成本极高。
思考：原型的作用，快速可视化，提前发现用户认知偏差。
收获：写需求要可验证，不能写“系统要很快”这种模糊描述，要量化。
明日目标：软件测试基础，单元测试、集成测试。