在软件测试实践中，行为驱动开发（BDD）与测试驱动开发（TDD）各自的核心概念是什么？

回答思路

1. 【回答框架 1】TDD即测试驱动开发，核心是先编写失败测试，再编写最少代码使其通过，最后重构，强调以测试驱动代码设计，常用单元测试层面。
2. 【回答框架 2】BDD即行为驱动开发，源于TDD，强调用自然语言描述系统行为，通过Given-When-Then结构定义场景，促进业务、开发、测试协作，常用集成测试或端到端层面。
3. 【回答框架 3】两者差异在于关注点，TDD关注代码单元的逻辑正确性，BDD关注系统外部可观测行为；TDD由开发驱动，BDD由业务场景驱动；BDD通常基于TDD实践并扩展至需求分析。
4. 【回答框架 4】实际使用中，BDD工具如Cucumber可自动化Given-When-Then场景，TDD常用xUnit框架；两者可结合，先BDD定义行为，再用TDD实现细节。
5. 【回答框架 5】选择取决于项目场景，需要业务协作和需求清晰时适合BDD，纯技术实现和快速反馈适合TDD。
6. 【关键点 1】TDD核心是先写测试再写实现，循环为红-绿-重构。
7. 【关键点 2】BDD基于自然语言描述行为，用Given-When-Then结构化场景。
8. 【关键点 3】BDD侧重行为与协作，TDD侧重单元逻辑与设计。
9. 【关键点 4】两者可互补，BDD场景可驱动TDD测试。
10. 【关键点 5】BDD常用工具Cucumber，TDD常用JUnit等框架。
11. 【易错点 1】将BDD简单等同于工具如Cucumber，忽略其协作本质。
12. 【易错点 2】混淆TDD和测试方法，TDD是开发方法而非单纯测试活动。
13. 【易错点 3】在无业务协作需求的纯技术项目中强行使用BDD导致成本增加。