- 综合排序
- 最热优先
- 最新优先
- 来自专栏FunTester
行为驱动开发（BDD）：不再鸡同鸭讲
今天我们来聊聊行为驱动开发（BDD），看看它如何解决这个鸡同鸭讲的沟通难题。 BDD 是什么：用大白话讲明白 行为驱动开发（Behavior-Driven Development，BDD）是测试驱动开发（TDD）的升级版，核心思想很简单：用人话描述系统该怎么工作，不像 TDD 那样写一堆技术人员才看得懂的单元测试 ，BDD 直接用接近自然语言的方式描述系统行为，让产品经理能看懂，开发能看懂，测试能看懂，连老板都能看懂——这就是 BDD 的杀手锏。 TDD 和 BDD 的关注点不同：TDD（测试驱动开发）关注代码实现层面，颗粒度是类、方法级别的单元测试，主要由开发人员使用，解决的问题是保证代码质量和可测试性，典型问题是这个方法的输入输出对不对？ 而 BDD（行为驱动开发）关注用户行为和业务价值，颗粒度是功能级别的验收测试，需要产品、开发、测试全员参与，解决的问题是确保做对的事和保证业务价值，典型问题是用户能不能完成这个业务流程？
35710编辑于 2025-12-29 - 来自专栏张善友的专栏
行为驱动开发Behaviour Driven Development
缘于一个很显而易见的原因——“软件开发是要服务于业务需要的”，但实际项目中往往因为各种外部原因打扰我们对这个问题的关注，项目开发的很多时间被“浪费”在怎样完成令项目经理满意的各种报表上，或者像有点“走火入魔”趋势的测试驱动一样 业务驱动的开发 翻译，行为驱动开发（一）Behaviour Driven Development 行为驱动的开发框架——NBehave Behave# NSpec nspec-extensions
949100发布于 2018-01-31 - 来自专栏ThoughtWorks
如何驱使行为改变 | 驱动变革
比起职权我们更应该学会影响他人，驱动他们在行为上发生改变 。无论是否具有职权，成功地驱动变革都不是件容易的事情。 关于职权在变革中的作用我们将在下一章讨论，在那之前首先需要讨论的是成功驱动变革的核心因素——如何驱使行为改变。 ? ---- 什么可以带来行为的改变？ 最后，也是最重要的，分析结果的确能够改变人的思维，但却很少能够有效地改变人的行为方式。比起思维，情感更能驱动人们作出行为的改变，而很少有分析结果能真正地打动人心，建立情感上的纽带。 成功的变革最终都会解决一些具体问题，但单刀直入式地从解决问题开始，并不一定是驱动人们作出行为改变的最佳方式。而当人们在情感上建立联系之后，往往会作出更有效的分析，也更容易接受思维上的改变。 变革的意愿越强烈，成功改变行为的几率就越高。有两种感受与改变的意愿密切相关：信任感与紧迫感。所以驱动行为改变最重要的步骤是获取信任、确立愿景以及提升紧迫感。
83120发布于 2019-05-05 - 来自专栏云计算运维
什么是行为驱动的 Python？
您是否听说过 行为驱动开发(behavior-driven development)（BDD），并好奇这是个什么东西？ BDD 的核心是：使行为成为软件开发的焦点。在开发早期使用示例语言的规范来定义行为。最常见的行为规范语言之一是 Gherkin，Cucumber项目中的Given-When-Then场景格式。 行为规范基本上是对行为如何工作的简单语言描述，具有一致性和焦点的一些正式结构。 通过将步骤文本“粘合”到代码实现，测试框架可以轻松地自动化这些行为规范。 下面是用Gherkin编写的行为规范的示例： 根据产品的行为定义产品的功能可以更容易地描述产品，开发产品并对其进行测试。 这是BDD的核心：使行为成为软件开发的焦点。 行为规范基本上是对行为如何工作的简单语言描述，具有一致性和聚焦点的一些正式结构。 通过将步骤文本“粘合”到代码实现，测试框架可以轻松地自动化这些行为规范。
2.4K30发布于 2021-10-25 - 来自专栏敏捷测试
敏捷测试如何应用 BDD（行为驱动开发）？
行为驱动开发（Behavior Driven Development，简称BDD）作为敏捷测试的重要实践，强调“以行为描述需求”，促使开发、测试、产品团队跨职能协作，有效缩短需求到交付的路径，提升软件质量和团队效率 一、BDD的核心理念与敏捷测试的契合点1.1 BDD简介BDD起源于敏捷和测试驱动开发（TDD），强调用自然语言的“行为规范”描述需求，通过示例驱动开发和测试。 自动化测试基础 行为规范直接转化为自动化测试脚本，实现“需求即测试”，确保代码始终满足业务预期。 快速反馈机制 敏捷强调短周期迭代，BDD通过行为示例驱动测试，缩短需求验证周期，快速定位问题。 二、敏捷测试中BDD的实施方法2.1 以用户故事驱动行为描述敏捷团队通常以用户故事形式捕获需求，BDD将用户故事细化为具体行为场景（Scenarios），描述“给定-当-那么”（Given-When-Then 3.4 支持业务驱动开发BDD聚焦业务价值，通过行为来驱动开发优先级，有助于聚焦关键需求，提升产品价值交付速度。
45110编辑于 2025-07-05 - 来自专栏CreateAMind
更新中：灵活意图驱动的目标导向行为
Flexible intentions: An Active Inference theory 由动态和灵活的意图驱动的主动推理可以在不断变化的环境中支持目标导向的行为 关键的贡献涉及目标导向行为的形式化以及通过灵活意图的定义将动态目标 因此，由动态和灵活的意图驱动的主动推理可以在不断变化的环境中支持目标导向的行为，并且 PPC 可能承载其核心意图机制。 意图对运动目标或计划进行编码，在运动行为本身开始之前设定，因此可以被视为自愿行为的记忆持有者（Andersen，1995；Snyder 等，1997；Lau 等，2004；Fogassi 等，2004） 然而，需要进一步的研究来了解这两种力量在目标导向行为中的关系。 为了实现目标导向的行为，最小化与动作相关的自由能就足够了（参见公式 7）： 鉴于电机控制信号仅依赖于感觉信息，我们得到： 最小化所有感觉信号的自由能当然是有用的，因为每个可能性贡献都会驱动信念更新；然而
49910编辑于 2024-04-11 - 来自专栏Opensource翻译专栏
3个开源行为驱动的开发工具
行为驱动开发（BDD）似乎非常容易。测试以易于阅读的格式编写，允许产品所有者，业务赞助商和开发人员提供反馈。这些测试是团队的有效文档，因此不需要任何要求。这些工具易于使用，可让自动化测试套件。 我还了解到，这是仅由团队的开发人员而不是BA或QA员工进行的实验，这违背了理解最终用户行为的目的。 在谈话中，被鼓励尝试BDD，因此我和测试分析师去找老板，说愿意一试。 然后，我读了Gaspar Nagy和Seb Rose的《发现：使用示例探索行为》，学到的第一件事是测试自动化是BDD的一项优势，但它不应成为主要目标。难怪失败了！ 3种BDD工具可供选择 BDD的核心是一种帮助整个团队了解最终用户的行为和行为的方法，这将导致更清晰的需求，测试以及最终更高质量的应用程序。在选择工具之前，请先做准备。 你有什么需要 实施BDD可使团队测试用户的行为。可以完全不自动执行任何测试来完成此操作，但是如果正确完成操作，则可以生成功能强大且可重复使用的测试套件。
1.7K11发布于 2019-12-25 - 来自专栏云云众生s
使用Cucumber在Android中实现行为驱动开发
通过使用人类语言，行为驱动开发（BDD）弥合了软件开发中技术人员和非技术人员之间的差距。 这正是 行为驱动开发 (BDD) 的目标：在开发人员、测试人员和业务利益相关者之间达成理解。 作为一名软件工程师，我一直在使用最流行的工具之一 Cucumber 来实现 BDD。 它使任何人都可以使用任何口语编写所需行为的纯文本描述，并使用这些描述运行自动化测试。 它的纯语言解析器 Gherkin 促进了这一点，因为它以客户、利益相关者、经理、开发人员、质量保证 (QA) 测试人员等可以理解的清晰且合乎逻辑的语言指定了预期的软件行为。 行为驱动开发促进了自然语言中的协作和沟通。 Cucumber 等工具可帮助使用可执行规范作为自动化测试来实现 BDD，从而使团队能够创建清晰、共享的文档。
1.7K10编辑于 2024-11-10 - 来自专栏PowerBI战友联盟
世界首届“行为驱动型”报表大会-主题演讲精要
近日，由 Zebra BI 发起组织的世界首届 “行为驱动型” 报表大会完毕。会中给出了非常重要的见解，在此与大家分享探讨。 小提示 大部分形形色色的报表在业务行为报表专家眼中的价值是零。 这个系列《“行为驱动型” 报表》将和大家一起来探讨这个问题。 这位是：Zebra BI 的创始人 Andrej Lapajne，他的演讲会让大家对这个问题有新的认识。 来看结果： 以上报表看着高大上，这些也是平时来吸引眼球的资料，但从 “行为驱动型” 报表的标准来说，都不符合标准。 观察这个报表，其问题是：我到底应该看哪里呢？销售额是这个，那是好还是不好呢？ （推荐的方法） 数字化转型的基础：标准 过程改进的流程一个示范可以是这样的： 结论 要想实现 “行为驱动型” 报表并下决心这样做，就要考虑： 并重点强调： 清楚才是力量。 行动才是价值。 其实，所有的工具都有一套与之相适配的方法论，这里给出的 “行为驱动型” 报表的原则可以看到是一种方法论的凝练，这不限于任何技术。 欢迎大家一起讨论如何设计更有价值的报表。
50620编辑于 2022-07-07 - 来自专栏斑斓
一文讲清楚什么是行为驱动开发
标签 | 行为驱动开发 作者 | 张逸 行为驱动开发（Behavior-Driven Development， BDD）的概念来自于测试驱动开发，强调使用DSL（Domain Specific Language ，领域特定语言）描述用户行为，定义业务需求，是需求分析人员、开发人员与测试人员进行沟通的有效方法。 可以说，行为驱动开发将编码实现与业务行为描述完美地结合起来，走出了一条业务分析人员、开发人员与测试人员都能接受的中庸之道。 行为驱动开发的核心在于“行为”。 在进行行为驱动开发时，需要避免两种错误的倾向： 从UI操作去表现业务行为 描述技术实现而非业务需求 例如，我们要编写“发送邮件”这个业务场景，可能会写成这样： Scenario: send email 这种方式实则是让用户界面捆绑了你对领域行为的认知。准确地说，这种UI交互操作并非业务行为，例如上述场景中提到的button与textbox控件，与发送邮件的功能并没有关系。
1.2K20发布于 2018-07-27 - 来自专栏追不上乌龟的兔子
使用behave框架在Python中实践行为驱动开发
诞生于上世纪末的测试驱动开发（TDD）已经算是很深入人心了，一定程度上来说它通过既有的约定（测试）减少了开发人员间的沟通成本。 但这些测试也只是开发人员自己对需求的理解，有时候开发人员、业务人员、市场部门和用户对需求的理解是有分歧的，传统的方案是厚厚的需求说明书，从测试驱动开发引申来的行为驱动开发BDD（Behavior Driven 本文也不对行为驱动开发多做赘述，那是一个很大的话题，而是向大家介绍一下Python的BDD框架behave，其中会大致讲一下行为驱动开发的各个关键概念。 结语 下次当你和项目经理或用户对某个需求有很大分歧时，不妨考虑一下使用行为驱动开发。 最后祝大家享受生活，享受代码。
4.6K50发布于 2018-07-06 - 来自专栏数据的力量
如何用数据看用户行为，驱动产品设计
从数据中看用户行为是一件很有趣的事情，了解用户行为后相应的对我们的产品设计、专题设计进行优化，就能生产更高转化率的作品。 3、输入行为会导致用户流失。 下面的例子从数据上看第三、四、五屏的数据比较平稳，但从第二屏到第三屏的丢失高达39%。 反观专题，第三屏到第四屏、第四屏到第五屏的操作是选择，而第二屏到第三屏的操作中还带有输入行为。 4、热门对象会带来更多关注。 7、有行为触发的icon要设计的足够醒目易懂。 PC页面用户有点击左上角logo返回首页的习惯，手机页面的操作习惯可能会受logo设计影响。
98230发布于 2018-06-20 - 来自专栏ceshiren0001
Playwright与Cucumber集成：实现行为驱动开发（BDD）实践
这就是BDD（行为驱动开发）的核心价值——用业务语言描述测试。 经过两个月的实践，我们团队发现这套组合带来了明显的变化：沟通成本降低：产品文档几乎可以直接复制为测试场景测试覆盖更合理：关注用户行为而非实现细节反馈速度加快：失败的测试能明确告诉我们是"什么行为"出了问题当然
18410编辑于 2026-01-21 - 来自专栏公共互联网反网络钓鱼（APCN）
AI驱动钓鱼攻击下的用户行为防御机制研究
本文认为，有效的防御不应仅聚焦于阻止点击行为，而应构建一种支持用户在关键时刻进行理性判断的辅助机制。 为此，本文首先剖析AI驱动钓鱼的技术演进路径，继而提出融合行为干预、上下文验证与技术控制的综合防御框架，并通过原型系统验证其可行性与有效性。 （4）“停顿—验证”行为模型的构建本文主张将防御重心从“阻止行为”转向“优化决策过程”。 （5）原型系统设计与实现我们开发了一个名为CogniShield的浏览器扩展，实现上述行为干预逻辑。 （7）结论AI驱动的钓鱼攻击已超越传统“粗糙伪造”阶段，进入“情境可信”时代。防御策略必须从静态规则转向动态行为支持。
20210编辑于 2025-12-25 - 来自专栏Python 自动化
行为驱动开发：一篇文章带你用 Python 玩转 BDD
BDD 及优势 BDD，行为驱动开发是 敏捷软件开发 的一种技术，鼓励软件项目的所有成员之间的相互协助 传统的软件开发方式主要缺点包含：测试用例比较单一，导致覆盖率不高；业务和产品不能够全面了解产品的行为表现 软件开发流程 BDD 一般在产品需求文档审核时就开始介入，产品或业务负责人提供产品需求文档的同时，会提供具体的业务场景行为 开发人员根据定义的行为场景，开发软件，并编写场景下面的测试代码 完成 BDD Features 功能文件一般命名为：*.feature，此文件可以编写具体的需求行为，最后可以支持自动化测试 功能文件的编写规范如下： 空格或者制表符用于缩进 每一行以 BDD 框架中预设的关键字开头 接着，利用这些关键字结合具体行为，编写的 Feature 文件如下： 功能: Google搜索模块测试 场景大纲: Google搜索一个关键字功能 假如 搜索框输入一个关键字 <keyword AirPython | AirPython - Google 搜索 | 需要注意的是，文件中定义了两个参数，即：keyword 和 title 实际项目中大部分的自动化测试都是基于数据驱动参数化
2.4K20发布于 2020-06-10 - 来自专栏Python 自动化
行为驱动开发：一篇文章带你用 Python 玩转 BDD
相信大部分的人都听说过 BDD，即：行为驱动开发，但并未涉及到它的使用方和项目实战。 所以，本篇文章将大家全面了解 BDD 及实现方式，最后使用 Python BDD 框架落地到实际项目中去。 BDD 及优势 BDD，行为驱动开发是 敏捷软件开发 的一种技术，鼓励软件项目的所有成员之间的相互协助 传统的软件开发方式主要缺点包含：测试用例比较单一，导致覆盖率不高；业务和产品不能够全面了解产品的行为表现 软件开发流程 BDD 一般在产品需求文档审核时就开始介入，产品或业务负责人提供产品需求文档的同时，会提供具体的业务场景行为 开发人员根据定义的行为场景，开发软件，并编写场景下面的测试代码 完成 BDD Features 功能文件一般命名为：*.feature，此文件可以编写具体的需求行为，最后可以支持自动化测试 功能文件的编写规范如下： 空格或者制表符用于缩进 每一行以 BDD 框架中预设的关键字开头 | AirPython | AirPython - Google 搜索 | 需要注意的是，文件中定义了两个参数，即：keyword 和 title 实际项目中大部分的自动化测试都是基于数据驱动参数化
3.7K00发布于 2020-06-08 - 来自专栏测试开发技术
推荐一款基于业务行为驱动开发（BDD）测试框架：Cucumber！
今天给大家介绍一款行为驱动开发测试框架：Cucumber。 1、介绍 Cucumber是一个行为驱动开发（BDD）工具，它结合了文本描述和自动化测试脚本。 它使用一种名为Gherkin的特定语言来描述应用程序的行为，这种语言非常接近自然语言，使得非技术人员也能够理解和参与测试。 知识扩展： Gherkin语言是一种用于描述业务行为的领域特定语言（Domain Specific Language, DSL），它允许用户不关注具体实现细节地描述软件系统需要执行的操作。
1.7K10编辑于 2024-06-25 - 来自专栏我和未来有约会
转向行为 - 寻找行为
寻找行为只是把机车移动到指定点。 现在给出寻找行为的一个例子： <UserControl xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation" xmlns:x 仅仅是让场景上一个有转向行为的机车在每帧去寻找鼠标。试着改变机车的最大速率和最大力度，或者改变其质量(mass)来感受一 下这些因素对转向行为的影响。 myStar.seek(new Vector2D(mouseX, mouseY)); myStar.update(); 到此，应该已经见识了转向机车如何寻找鼠标或者另一辆机车，当对这些工作有了很好的理解后，我们进入下一个行为
1.5K70发布于 2018-01-16 - 来自专栏我和未来有约会
转向行为 - 追捕行为
对于追捕行为，它非常类似寻找行为。其实追捕的最后一个动作就是调用寻找。追捕的本质是预测目标所要到达的位置并事先赶到。 那么，该如何预测目标的位置呢？ 而实际上，寻找行为就是一个预测时间为零的追捕行为。 一个策略是基于两机车间的距离来判断预测时间。如果目标太远，需要花一段时间才能赶上，就预测长一点，如果很接近，马上就能达到，就预测短一点。 一个是只顾移动的机车，其作为目标，另外两个转向机车，一个用寻找行为，一个用追捕行为。如果一切正常，追捕者靠着优越的算法会胜出。 接下来的行为是：躲避。
1.6K100发布于 2018-01-16 - 来自专栏我和未来有约会
转向行为 - 躲避行为
躲避就是追捕的反行为。就像追捕类似于寻找，躲避类似于避开。 本质上讲，是预测出机车将要去到的位置并远离它。在这里所有的原则都和追捕相同。
1.4K80发布于 2018-01-16
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号