主要观点：作者十年前开始做测试工程师时不知正式测试方法，后在不同团队中学习到多种，希望分享对测试驱动开发（TDD）有效性的见解及传统测试或混合方法更适用的情况。
关键信息：

• TDD 的良好体验：起初觉得 TDD 反传统，团队小且灵活时尝试成功，利于测试计划和策略制定，有时间和清晰思考设计过程，代码文档更全面，促进健康协作。
• 高压力环境下 TDD 的挑战：特征变更快阻碍 TDD 采用，特征需求变化需大量重写测试，复杂依赖导致难以进行有意义测试设计，集成测试需求高，开发者未充分理解 TDD 流程。
• 平衡 TDD 和传统测试：可根据团队情况选择最佳方式，早期规划讨论 TDD 原则，利用混合方法，重视传统集成测试管道，尽可能自动化测试。
  重要细节：
• TDD 中“红-绿-重构”概念：先写失败测试定义期望行为，再写代码使测试通过，最后重构代码保持测试通过。
• 在高压力环境中，约 80%产品特征可在开发后测试，模型依赖外的细节在发布过程中才清晰，导致行为测试更新困难。
• 传统测试在代码冻结时是最后防线，作者的测试工具基于 AI 代码想法，AI 基 TDD 虽有发展但未广泛可靠应用。