test-driven development
PulseAugur coverage of test-driven development — every cluster mentioning test-driven development across labs, papers, and developer communities, ranked by signal.
6 天有情绪数据
-
Databricks 推出 Consort，用于测试驱动的数据库分支
Databricks 推出了 Consort，一个开源的代理框架，旨在实现具有真实分支数据库的测试驱动开发。该框架利用 Databricks 的 Lakebase Postgres 技术，该技术允许数据库像代码一样进行分支。这种方法旨在消除测试中对数据库模拟的需求，并允许在不影响其他团队成员工作的情况下，在隔离的分支上进行破坏性测试。Consort 还促进了模式更改与代码更改的集成，从而实现了数据库的持续交付实践，并在开发周期的早期捕获生产问题。
-
AI-driven skill bundle echoes 15-year-old development practices
A Mastodon user reflects on a recently hyped skill bundle that includes test-driven development, systematic debugging, and mandatory reviews. The user notes that they learned these practices from a colleague fifteen yea…
-
Martin Fowler 质疑 AI 代理循环中的 TDD 价值
Martin Fowler 探讨了测试驱动开发 (TDD) 在代理循环中的实际应用，质疑其是否提供真正价值，抑或仅仅是表演。他审视了 TDD 原则如何融入 AI 开发流程，并考虑了对软件开发的影响。
-
多阶段开发流程确保 AI 生成代码质量
一位开发人员正在为 AI 生成的代码实施一个七环节的质量保证流程，认识到 AI 的速度超过了人工审查能力。该流程始于 AI 生成的需求和设计，然后由另一个 AI 和人工进行审查。后续阶段涉及测试驱动开发 (TDD)、实现、单元测试和端到端测试，所有这些都由机器强制执行。最后一步是由另一个 AI 进行审查，确保尽管 AI 输出速度很快，但代码质量通过结构化的多阶段验证系统得以维持。
-
通过代码控制实现自动化软件开发循环
本文详细介绍了一种自动化软件开发循环的方法，特别关注测试驱动开发（TDD）和实现阶段。作者将频繁寻求人类确认的AI模型称为“假循环”，而将由代码管理控制流的“真循环”进行对比。此自动化流程需要在执行前由人类批准初始产品需求和设计，之后一个命令即可启动循环。系统会经历TDD、实现和审查阶段，每个阶段由一个新的子代理处理，并且推进或停止的决定基于实际的命令执行结果，而非模型的意见。
-
AI 代理需要强大、独立验证的关卡来确保可信度
作者讨论了为 AI 代理创建可信评估关卡的挑战，并强调关卡的力量取决于攻击它的想象力。识别出的一个关键失效模式是，当关卡的评估由生成工作的系统本身执行时，会导致缺乏真正的监督。该帖子提出了三种加强这些关卡的方法：对测试驱动开发（TDD）的失败进行分类，以区分产品问题和测试错误；引入独立的裁判在新的环境中重新验证工作；并确保裁判的裁决是咨询性的，最终的退出代码仍然是进展的最终门槛。
-
开发者转向AI驱动的“vibecoding”，强调意图而非语法
文章讨论了软件开发向“vibecoding”的转变，开发者使用AI根据意图而非精确语法生成代码。这种方法需要一种强调负责任AI使用的新工作流程，包括严格的代码审查、严格遵守测试驱动开发（TDD）以及维护一致的风格指南。作者认为，核心技能正从记忆语法演变为“意图工程”，其中精确的语言和问题分解是有效指导AI代码生成的关键。
-
AI 集成促进了 Web 开发人员的测试驱动开发
人工智能在软件开发中的集成被强调为增强测试优先开发实践的绝佳机会。这种方法表明，AI 工具可以提高测试驱动开发 (TDD) 的有效性和采用率，使其成为开发人员利用这些测试方法的有利时机。AI 与 TDD 的协同作用被视为提高 Web 开发整体质量和效率的一种方式。
-
Airbnb开发评估驱动开发用于AI测试
Airbnb开发了一种名为评估驱动开发（EDD）的方法论，以应对测试非确定性AI解决方案的挑战。这种方法类似于测试驱动开发（TDD），旨在为大规模评估和改进生成式AI应用程序提供一种结构化方式。
-
AI 编码工具将重点转移到代码编写前的辩论和代码编写后的审查
开发人员越来越多地采用 AI 工具，这些工具鼓励在编写代码前进行批判性讨论和在编写代码后进行审查，而不是仅仅关注代码生成。像 'grill-me' 和 'grill-with-docs' 这样的技能的安装量正在显著增长，促使 AI 代理在编写代码之前挑战功能创意和规范。这一趋势反映了开发领域的变化，其中 AI 生成错误代码的成本已从编码阶段转移到决策阶段，导致开发人员寻求充当怀疑者的 AI 助手。
-
AI代理：通过SDD、TDD和自我检查实现可预测的工作流程
本文详细介绍了与AI代理进行可预测交互的方法，重点关注软件设计文档（SDD）和测试驱动开发（TDD）原则。它强调了自我检查机制的重要性以及使用子代理来确保AI代理正确理解任务并验证其操作（例如文件修改或代码执行）。内容基于开发者Mikhail Kostitsyn的网络研讨会，涵盖了可复现AI代理工作流的用户级策略。
-
Spec-Driven Development 成为 AI 代码生成关键
作者提倡使用 Spec-Driven Development (SDD) 来解决使用 Claude Code 和 Cursor 等 AI 代理进行“凭感觉编码”的局限性。SDD 强调在代码生成之前创建版本化的 markdown 规范，概述需求和验收标准，将规范定位为主要产物。这种方法旨在提高 AI 对用户意图的理解并减少错误，尤其是在复杂或长期项目中，像 Spec Kit、Kiro、Tessl 和 OpenSpec 等工具支持这一工作流程。
-
新研究解决 AI 代码生成评估与测试问题
两篇新研究论文探讨了 AI 生成代码评估方面的进展。第一篇 TENET 引入了一个使用测试驱动开发的仓库级代码生成框架，在 RepoCod 和 RepoEval 等基准测试中取得了 Claude Sonnet 4 的高 Pass@1 分数。第二篇 ACES 提出了一种评估代码生成评估测试可靠性的新方法，侧重于测试的一致性以及区分正确和错误代码的能力。
-
Spec-Driven Development (SDD) 成为 AI 编码新标准
Spec-Driven Development (SDD) 被提出作为一种 AI 编码方法，其中规范文档充当最终的真相来源。该方法旨在阐明工作流程，区分其与 Test-Driven Development (TDD) 和 Behavior-Driven Development (BDD) 的不同之处，并全面了解相关的成本和收益。
-
AI 对软件架构和维护的影响引发争论
Agentic Engineering Patterns 的概念正在被探索，重点关注 AI 代码生成如何影响软件架构和维护。讨论围绕 AI 工具是增强架构技能还是降低人类维护者的重要性展开。关键考虑领域包括自动化测试、认知负债和整体开发人员生产力。
-
AI 代理在软件工程中的应用引发生产部署的争论
关于在软件工程中使用 AI 代理，特别是在生产部署方面，正引发争论。关键考虑因素包括 LLM 编排的作用、测试驱动开发以及网络安全防护栏的必要性。核心问题在于 AI 是否应在没有直接人工监督的情况下管理实时部署。
-
AI 编码工具改变先测试 vs. 后测试的争论
一位开发者的经验报告探讨了 AI 辅助编码如何影响传统的先测试和后测试开发方法论之间的争论。虽然在手动编码中，先测试历来受到青睐，但 AI 工具的集成可能会改变优缺点的平衡。作者分享了他的发现，并邀请社区就不同情况下什么最有效提供反馈。
-
Cursor IDE 在处理长期任务的测试驱动开发时遇到困难
Reddit 的 r/cursor 社区的一位用户在使用 Cursor IDE 的测试驱动开发 (TDD) 功能时遇到了困难。他们报告称，在处理较长的任务时，该 IDE 难以维持 TDD 循环，导致在尝试使用该功能数小时后感到沮丧。由于这些持续存在的问题，该用户正在考虑转向其他开发工具。
-
EvanFlow通过TDD驱动的反馈循环和人工控制增强Claude Code
EvanFlow是一款旨在提升Anthropic Claude AI编码能力的新工具。它实现了一个测试驱动开发（TDD）反馈循环，为开发人员提供结构化的检查点和人工监督。该系统旨在让用户在AI代码生成过程中拥有更大的控制权，从初始概念到最终部署。