1.1 核心定义与原则

文档摘要

1.1 核心定义与原则 1.1 核心定义与原则：TDD作为软件构造的元认知实践倘若我们把软件开发比作一座正在生长的活体建筑，那么传统开发模式常如先垒砖、再绘图、最后请监理来验墙——图纸（设计）滞后于砌筑，验收（测试）游离于建造过程之外；而TDD，则是建筑师在第一块砖落位之前，已用精确的力学模型推演出整座结构的应力分布、荷载路径与失效边界，并将这份模型直接编译为可执行的契约。它不单是一种“先写测试”的技术顺序调整，而是一场对软件本质的重新叩问：我们究竟是在编写代码，还是在协商并固化一组可验证的行为契约？这一叩问，构成了TDD全部哲学与实践的原点。一、TDD不是测试策略，而是认知范式的迁移许多初学者将TDD简化为“测试先行”，继而陷入一个危险的认知陷阱：把TDD等同于“多写些单元测试”。