用途：该指南用于在编写复杂逻辑时引入测试驱动开发（TDD）流程，确保测试真正验证目标行为。适用场景为用户明确要求测试，或逻辑复杂、易出错处，如复杂算法、带边界条件的业务逻辑、数据转换、可能静默失败的关键路径。
主要能力／流程：采用红-绿-重构循环。RED：先写一个最小测试，明确期望行为，命名清晰，测试真实代码而非 mock。随后必须运行 npm test path/to/test.test.ts，确认测试失败且失败原因是功能缺失而非笔误。GREEN：写最少代码让测试通过，不添加额外功能。再次运行 npm test，确认本测试与其余测试均通过、输出干净。REFACTOR：仅在通过后清理重复、改进命名、抽取辅助函数，保持测试绿色，不新增行为。随后进入下一个失败测试。
限制与例外：UI 组件（React 组件、hooks）、简单 CRUD、直白映射、完全确定正确的代码、一次性原型、配置文件，均建议跳过 TDD；跳过时改用 npm run typecheck、npm run lint 及手动验证。若在 TDD 场景下先写了代码，应删除重写，不保留作参考。仅使用确定性单元测试，不涉及集成测试、复杂 mock 或异步复杂性。验证清单包括每个复杂函数有测试、亲见每个测试先失败且失败原因正确、写最少代码通过、全部测试通过、输出干净、尽量少用 mock、覆盖边界与错误。文档不提供具体价格、平台信息。