- 综合排序
- 最热优先
- 最新优先
- 来自专栏张善友的专栏
行为驱动开发Behaviour Driven Development
缘于一个很显而易见的原因——“软件开发是要服务于业务需要的”，但实际项目中往往因为各种外部原因打扰我们对这个问题的关注，项目开发的很多时间被“浪费”在怎样完成令项目经理满意的各种报表上，或者像有点“走火入魔”趋势的测试驱动一样 业务驱动的开发 翻译，行为驱动开发（一）Behaviour Driven Development 行为驱动的开发框架——NBehave Behave# NSpec nspec-extensions
958100发布于 2018-01-31 - 来自专栏ThoughtWorks
如何驱使行为改变 | 驱动变革
比起职权我们更应该学会影响他人，驱动他们在行为上发生改变 。无论是否具有职权，成功地驱动变革都不是件容易的事情。 关于职权在变革中的作用我们将在下一章讨论，在那之前首先需要讨论的是成功驱动变革的核心因素——如何驱使行为改变。 ? ---- 什么可以带来行为的改变？ 最后，也是最重要的，分析结果的确能够改变人的思维，但却很少能够有效地改变人的行为方式。比起思维，情感更能驱动人们作出行为的改变，而很少有分析结果能真正地打动人心，建立情感上的纽带。 成功的变革最终都会解决一些具体问题，但单刀直入式地从解决问题开始，并不一定是驱动人们作出行为改变的最佳方式。而当人们在情感上建立联系之后，往往会作出更有效的分析，也更容易接受思维上的改变。 变革的意愿越强烈，成功改变行为的几率就越高。有两种感受与改变的意愿密切相关：信任感与紧迫感。所以驱动行为改变最重要的步骤是获取信任、确立愿景以及提升紧迫感。
83520发布于 2019-05-05 - 来自专栏FunTester
行为驱动开发（BDD）：不再鸡同鸭讲
今天我们来聊聊行为驱动开发（BDD），看看它如何解决这个鸡同鸭讲的沟通难题。 BDD 是什么：用大白话讲明白 行为驱动开发（Behavior-Driven Development，BDD）是测试驱动开发（TDD）的升级版，核心思想很简单：用人话描述系统该怎么工作，不像 TDD 那样写一堆技术人员才看得懂的单元测试 ，BDD 直接用接近自然语言的方式描述系统行为，让产品经理能看懂，开发能看懂，测试能看懂，连老板都能看懂——这就是 BDD 的杀手锏。 TDD 和 BDD 的关注点不同：TDD（测试驱动开发）关注代码实现层面，颗粒度是类、方法级别的单元测试，主要由开发人员使用，解决的问题是保证代码质量和可测试性，典型问题是这个方法的输入输出对不对？ 而 BDD（行为驱动开发）关注用户行为和业务价值，颗粒度是功能级别的验收测试，需要产品、开发、测试全员参与，解决的问题是确保做对的事和保证业务价值，典型问题是用户能不能完成这个业务流程？
49810编辑于 2025-12-29 - 来自专栏云计算运维
什么是行为驱动的 Python？
您是否听说过 行为驱动开发(behavior-driven development)（BDD），并好奇这是个什么东西？ 行为规范基本上是对行为如何工作的简单语言描述，具有一致性和焦点的一些正式结构。 通过将步骤文本“粘合”到代码实现，测试框架可以轻松地自动化这些行为规范。 行为规范基本上是对行为如何工作的简单语言描述，具有一致性和聚焦点的一些正式结构。 通过将步骤文本“粘合”到代码实现，测试框架可以轻松地自动化这些行为规范。 initial | more | total | | 0 | 1 | 1 | | 1 | 2 | 3 | | 5 然而，GitHub 最近显示该项目的活动很少（截至2018 年 5 月）。 任何这些框架都是不错的选择。
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聚焦业务价值，通过行为来驱动开发优先级，有助于聚焦关键需求，提升产品价值交付速度。
48810编辑于 2025-07-05 - 来自专栏CreateAMind
更新中：灵活意图驱动的目标导向行为
Flexible intentions: An Active Inference theory 由动态和灵活的意图驱动的主动推理可以在不断变化的环境中支持目标导向的行为 关键的贡献涉及目标导向行为的形式化以及通过灵活意图的定义将动态目标 因此，由动态和灵活的意图驱动的主动推理可以在不断变化的环境中支持目标导向的行为，并且 PPC 可能承载其核心意图机制。 目标的大小变化范围从5到12个像素。 本体感知梯度 简化为映射 Gp 本身，而视觉组件 则是通过反向传播计算的解码器的梯度。由于目标的笛卡尔位置编码在关节角度中，因此该梯度隐含地执行运动学反演。 5. Results 略 2. 为了实现目标导向的行为，最小化与动作相关的自由能就足够了（参见公式 7）： 鉴于电机控制信号仅依赖于感觉信息，我们得到： 最小化所有感觉信号的自由能当然是有用的，因为每个可能性贡献都会驱动信念更新；然而
51310编辑于 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。 它使任何人都可以使用任何口语编写所需行为的纯文本描述，并使用这些描述运行自动化测试。 500) composeTestRule.onNodeWithTag(LOGIN_SCREEN_EMAIL).assertExists().assert(hasText(email)) } 5. 行为驱动开发促进了自然语言中的协作和沟通。 Cucumber 等工具可帮助使用可执行规范作为自动化测试来实现 BDD，从而使团队能够创建清晰、共享的文档。
1.9K10编辑于 2024-11-10 - 来自专栏CodeNone
每天5分钟-行为模式（四）
行为型模式到这篇就结束了，完了之后是结构型模式。 空对象模式 这个模式可以说用得比较少，至少在我真正学习之前是没有用过的，甚至没有听过的。在空对象模式中，一个空对象取代NULL对象实例的检查。
30130发布于 2021-08-12 - 来自专栏数据的力量
如何用数据看用户行为，驱动产品设计
从数据中看用户行为是一件很有趣的事情，了解用户行为后相应的对我们的产品设计、专题设计进行优化，就能生产更高转化率的作品。 3、输入行为会导致用户流失。 下面的例子从数据上看第三、四、五屏的数据比较平稳，但从第二屏到第三屏的丢失高达39%。 反观专题，第三屏到第四屏、第四屏到第五屏的操作是选择，而第二屏到第三屏的操作中还带有输入行为。 4、热门对象会带来更多关注。 5、用户会按照习惯操作页面，但自学能力强。 下例的H5小游戏开始前有操作方法提示，玩法是晃动手机（像控制真车方向盘一样）控制小车左右移动躲避障碍物。 7、有行为触发的icon要设计的足够醒目易懂。 PC页面用户有点击左上角logo返回首页的习惯，手机页面的操作习惯可能会受logo设计影响。
98530发布于 2018-06-20 - 来自专栏ceshiren0001
Playwright与Cucumber集成：实现行为驱动开发（BDD）实践
这就是BDD（行为驱动开发）的核心价值——用业务语言描述测试。 经过两个月的实践，我们团队发现这套组合带来了明显的变化：沟通成本降低：产品文档几乎可以直接复制为测试场景测试覆盖更合理：关注用户行为而非实现细节反馈速度加快：失败的测试能明确告诉我们是"什么行为"出了问题当然
20610编辑于 2026-01-21 - 来自专栏PowerBI战友联盟
世界首届“行为驱动型”报表大会-主题演讲精要
近日，由 Zebra BI 发起组织的世界首届 “行为驱动型” 报表大会完毕。会中给出了非常重要的见解，在此与大家分享探讨。 小提示 大部分形形色色的报表在业务行为报表专家眼中的价值是零。 这个系列《“行为驱动型” 报表》将和大家一起来探讨这个问题。 这位是：Zebra BI 的创始人 Andrej Lapajne，他的演讲会让大家对这个问题有新的认识。 来看结果： 以上报表看着高大上，这些也是平时来吸引眼球的资料，但从 “行为驱动型” 报表的标准来说，都不符合标准。 观察这个报表，其问题是：我到底应该看哪里呢？销售额是这个，那是好还是不好呢？ （推荐的方法） 数字化转型的基础：标准 过程改进的流程一个示范可以是这样的： 结论 要想实现 “行为驱动型” 报表并下决心这样做，就要考虑： 并重点强调： 清楚才是力量。 行动才是价值。 其实，所有的工具都有一套与之相适配的方法论，这里给出的 “行为驱动型” 报表的原则可以看到是一种方法论的凝练，这不限于任何技术。 欢迎大家一起讨论如何设计更有价值的报表。
50920编辑于 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中实践行为驱动开发
但这些测试也只是开发人员自己对需求的理解，有时候开发人员、业务人员、市场部门和用户对需求的理解是有分歧的，传统的方案是厚厚的需求说明书，从测试驱动开发引申来的行为驱动开发BDD（Behavior Driven 本文也不对行为驱动开发多做赘述，那是一个很大的话题，而是向大家介绍一下Python的BDD框架behave，其中会大致讲一下行为驱动开发的各个关键概念。 output should be "<c>" Examples: | a | b | c | | 1 | 2 | 3 | | 5 | 1 | 2 | | 2 | 3 | | 4 | 5 结语 下次当你和项目经理或用户对某个需求有很大分歧时，不妨考虑一下使用行为驱动开发。 最后祝大家享受生活，享受代码。
4.6K50发布于 2018-07-06 - 来自专栏公共互联网反网络钓鱼（APCN）
行为 AI 驱动的邮箱安全融入 MSSP 运营模式研究
反网络钓鱼技术专家芦笛指出，MSSP 邮箱安全的核心矛盾是高度动态的 AI 威胁与静态规则驱动、碎片化、人力密集的传统运营体系之间的不匹配，必须以行为 AI 替代规则、以统一平台替代多控制台、以弹性商业模型替代僵化授权 client.com", { "external_ratio": 0.2, "urgent_freq": 0.05, "attach_rate": 0.1, "unique_recip": 5 5 MSSP 运营流程重构：标准化、自动化、可扩展5.1 统一接入与租户生命周期管理通过 ActiveAI Portal 集中上线、配置、监控租户，统一权限与合规策略，快速完成新客户交付，降低部署与切换成本 7.3 多租户统一运维成本下降消除多控制台切换、重复集成、人工对账，人均管理租户数提升 2–5 倍。 9 结论Darktrace 将行为 AI 邮箱安全深度融入 MSSP 运营模型，为行业提供了可复制的解决方案：以自学习行为检测应对 AI 动态威胁，以统一运营门户消除多租户碎片化，以智能降噪与自动化缓解告警过载
10310编辑于 2026-03-31 - 来自专栏Java架构师历程
5、事件驱动数据管理
5.2、事件驱动架构 许多应用使用了事件驱动架构作为解决方案。在此架构中，微服务在发生某些重要事件时发布一个事件，例如更新业务实体时。 下图依次展示了如何在创建订单时使用事件驱动方法来检查可用信用额度。 图 5-5 展示了 Customer Order View Updater Service （客户订单视图更新服务）根据 Customer Service 和 Order Service 发布的事件更新 可以说事件存储是事件驱动微服务架构的支柱。 事件溯源有几个好处。它解决了实现事件驱动架构的关键问题之一，可以在状态发生变化时可靠地发布事件。因此，它解决了微服务架构中的数据一致性问题。 大部分应用使用的解决方案是事件驱动架构。实现事件驱动架构的一个挑战是如何以原子的方式更新状态以及如何发布事件。有几种方法可以实现这点，包括了将数据库作为消息队列、事务日志挖掘和事件溯源。
1.4K10发布于 2018-09-26 - 来自专栏CodeNone
每天5分钟-行为型模式（三）
状态模式 状态模式的好处是将与特定状态相关的行为局部化，并且将不同状态的行为分割开来。 将特定相关的行为都放入一个对象中，由于所有与状态相关的代码都存在于某个ConcreteState 中，所以通过定义新的子类可以很容易地增加新的状态和转换。 这样我们就可以把组装作为一个行为模板给封装起来。 惊不惊喜-行为3 备忘录模式 在不破坏封装的前提下，捕获一个对象的内部状态，并在该对象之外保存这个状态，这样可以在以后将对象恢复到原先保存的状态。 到此为止-行为3 到这里的话，普通的备忘录模式就已经讲完了，下面要讲的都是基于普通模式进行的改进，可看可不看。
50320发布于 2021-08-12 - 来自专栏CodeNone
每天5分钟-行为型模式（二）
一听这名字就很熟悉，对于java程序员来说，遍历集合还是比较常见的操作。不用关心类型，就能够访问数据，用的就是迭代器模式。
34340发布于 2021-08-12 - 来自专栏CodeNone
每天5分钟-行为型模式（1）
首先，常用的设计模式分为3大类，创建型模式、行为型模式和结构型模式。前两篇所写的工厂模式和建造者模式就是属于创建型模式的内容。
39520发布于 2021-08-12 - 来自专栏公共互联网反网络钓鱼（APCN）
AI驱动钓鱼攻击下的用户行为防御机制研究
为此，本文首先剖析AI驱动钓鱼的技术演进路径，继而提出融合行为干预、上下文验证与技术控制的综合防御框架，并通过原型系统验证其可行性与有效性。 （4）“停顿—验证”行为模型的构建本文主张将防御重心从“阻止行为”转向“优化决策过程”。 （5）原型系统设计与实现我们开发了一个名为CogniShield的浏览器扩展，实现上述行为干预逻辑。 两组均收到5封高仿真AI钓鱼邮件（涵盖财务、IT、HR场景）。 （7）结论AI驱动的钓鱼攻击已超越传统“粗糙伪造”阶段，进入“情境可信”时代。防御策略必须从静态规则转向动态行为支持。
21910编辑于 2025-12-25
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号