12.29

代码大全2 31-32章读后感（今天上了建模课和数据结构）
第31章“软件质量概述”打破了我“功能实现即质量达标”的浅层认知。以往开发中，我更关注代码能否实现需求文档中的功能，却忽视了可读性、可维护性、可靠性等隐性质量指标，甚至认为“优化这些指标是额外工作量”。本章清晰界定了软件质量的双重维度——“内在质量”与“外在质量”：外在质量是用户可感知的功能、性能等，内在质量则是代码的结构、规范等，而内在质量恰恰是软件长期稳定运行的核心支撑。书中列举的“低质量代码导致后期维护成本倍增”的案例，让我联想到此前参与的一个旧项目：因前期代码冗余、注释缺失，后续新增功能时，团队不仅需要花费大量时间理解原有代码，还频繁出现修改一处引发多处异常的问题，最终导致项目周期延长、成本超支。这章内容让我明白，高质量软件绝非“一次性做好功能”，而是要在开发全流程中兼顾各维度质量指标，这既是对用户负责，也是对开发团队自身负责。
第32章“开发者测试”则为“如何保障软件质量”提供了具体可行的落地路径。此前我一直存在一个误区：认为测试是测试团队的核心工作，开发者只需完成代码编写即可。即便进行自测，也只是简单运行代码、验证核心流程无异常，缺乏系统性的测试思维。本章明确指出，开发者是软件质量的“第一责任人”，开发者测试并非额外负担，而是提升开发效率、降低缺陷成本的关键环节。书中详细介绍了单元测试、集成测试、回归测试等核心测试类型，尤其强调了“测试驱动开发（TDD）”的理念——先编写测试用例，再编写满足测试用例的代码。这让我尝试在后续的小功能开发中实践TDD：先明确功能的输入输出、异常场景，编写对应的单元测试用例，再逐步实现代码逻辑。实践后发现，这种方式不仅能提前规避大量潜在缺陷，还能让代码结构更清晰、逻辑更严谨，减少了后续调试和修改的时间。同时，书中提到的“测试覆盖率并非越高越好，关键是覆盖核心逻辑与异常场景”的观点，也纠正了我对测试覆盖率的盲目追求，让我更注重测试的有效性。
第31章的质量认知明确了核心目标，第32章的开发者测试提供了落地方法。这让我深刻体会到，软件开发绝非“编写代码”的单一行为，而是一项需要系统化思维、严谨态度和科学方法的工程。优秀的开发者不仅要“会写代码”，更要“会写高质量的代码”，而重视质量、主动践行测试思维，正是从“初级开发者”向“资深开发者”转变的关键一步。这些理念将持续指导我的后续开发工作，帮助我逐步养成严谨的“软件匠艺”素养。