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