行为驱动开发（Behavior-driven development，缩写BDD）是一种敏捷软件开发的技术，围绕用户在与软件交互时期望体验的行为（Behavior）来记录和设计应用程序。BDD的作用是把利益关系人、交付团队等不同方面的项目相关人员集中到一起，形成共同的理解，共同的价值观以及共同的期望值。

目前国内对BDD的看法褒贬不一。一方面，它确实提供了一种高效的业务价值传递和确认的方式，而另一方面，它对研发BDD用例人员的业务理解能力及团队协作要求较高，因此它又因其低普适性和高成本而饱受诟病。那么在这样的环境下，我们如何看待BDD呢？本期我们聊到BDD相关的经历体验，BDD的适用范围，以及我们的思考。

欢迎收听这一期。

本期主播

• 主持人：张凯峰
• 嘉宾：林冰玉，刘冉，于晓南

时间轴

• 04:08 为什么要尝试BDD？它到底解决什么问题？
• 07:10 理想化的BDD是什么样子？
• 23:41 如果没有理想条件，我们能借助BDD的思路做些什么？
• 27:09 哪些情况适合BDD？哪些不适合？
• 30:18 ATDD与BDD有什么区别？
• 34:13 BDD的新趋势

相关链接

• 说起BDD，你会想到什么？
• Cucumber测试实践
• 只用Cucumber不能帮助你BDD
• 新一代BDD框架Gauge+Taiko

关于质量三人行

质量三人行是一款来自Thoughtworks（思特沃克）的播客节目，我们关注软件行业测试领域的现状和未来，质量和测试人员的职业发展。

你可以在小宇宙 ，喜马拉雅，以及Pocket Casts，Google Podcasts，Apple Podcast等泛用型播客客户端，搜索质量三人行，订阅收听到我们的节目。