- 综合排序
- 最热优先
- 最新优先
- 来自专栏张善友的专栏
行为驱动开发Behaviour Driven Development
缘于一个很显而易见的原因——“软件开发是要服务于业务需要的”，但实际项目中往往因为各种外部原因打扰我们对这个问题的关注，项目开发的很多时间被“浪费”在怎样完成令项目经理满意的各种报表上，或者像有点“走火入魔”趋势的测试驱动一样 业务驱动的开发 翻译，行为驱动开发（一）Behaviour Driven Development 行为驱动的开发框架——NBehave Behave# NSpec nspec-extensions
958100发布于 2018-01-31 - 来自专栏ThoughtWorks
如何驱使行为改变 | 驱动变革
比起职权我们更应该学会影响他人，驱动他们在行为上发生改变 。无论是否具有职权，成功地驱动变革都不是件容易的事情。 关于职权在变革中的作用我们将在下一章讨论，在那之前首先需要讨论的是成功驱动变革的核心因素——如何驱使行为改变。 ? ---- 什么可以带来行为的改变？ 最后，也是最重要的，分析结果的确能够改变人的思维，但却很少能够有效地改变人的行为方式。比起思维，情感更能驱动人们作出行为的改变，而很少有分析结果能真正地打动人心，建立情感上的纽带。 也就是说，在2分钟内，测试案例个数提高八倍（当然，基数是一个自动化测试案例，这没什么可骄傲的）。没有行业数据、没有理论分析、没有特殊工具，就像变魔术一样提高八倍。 变革的意愿越强烈，成功改变行为的几率就越高。有两种感受与改变的意愿密切相关：信任感与紧迫感。所以驱动行为改变最重要的步骤是获取信任、确立愿景以及提升紧迫感。
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），并好奇这是个什么东西？ 行为规范基本上是对行为如何工作的简单语言描述，具有一致性和焦点的一些正式结构。 通过将步骤文本“粘合”到代码实现，测试框架可以轻松地自动化这些行为规范。 下面是用Gherkin编写的行为规范的示例： 根据产品的行为定义产品的功能可以更容易地描述产品，开发产品并对其进行测试。 这是BDD的核心：使行为成为软件开发的焦点。 行为规范基本上是对行为如何工作的简单语言描述，具有一致性和聚焦点的一些正式结构。 通过将步骤文本“粘合”到代码实现，测试框架可以轻松地自动化这些行为规范。 Cucumber Counts | initial | more | total | | 0 | 1 | 1 | | 1 | 2
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 可能承载其核心意图机制。 2 Computational background 背景移到文末 3. 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 - 来自专栏我和未来有约会
转向行为 - 2D向量
转向行为已经被各种语言实现过多次了，其最底层是用向量来描述的（也是最常见的实现方式）。 概括的看，一个向量由两部分组成：一个方向和一个大小。 向量的所有这些特性对转向行为来说都很有用，因为速度，队伍方向，对象间距离，对象的朝向都会被大量的使用。 (Vector2D v2) { return perp.dotProd(v2) < 0 ? distSQ(Vector2D v2) { double dx = v2.x - x; double dy = v2.y - y; subtract(Vector2D v2) { return new Vector2D(_x - v2.x, _y - v2.y); }
82260发布于 2018-01-16 - 来自专栏云云众生s
使用Cucumber在Android中实现行为驱动开发
通过使用人类语言，行为驱动开发（BDD）弥合了软件开发中技术人员和非技术人员之间的差距。 这正是 行为驱动开发 (BDD) 的目标：在开发人员、测试人员和业务利益相关者之间达成理解。 作为一名软件工程师，我一直在使用最流行的工具之一 Cucumber 来实现 BDD。 它使任何人都可以使用任何口语编写所需行为的纯文本描述，并使用这些描述运行自动化测试。 androidTestImplementation("io.cucumber:cucumber-android:7.14.0") androidTestImplementation ("androidx.test:rules:1.6.1") 2. 行为驱动开发促进了自然语言中的协作和沟通。 Cucumber 等工具可帮助使用可执行规范作为自动化测试来实现 BDD，从而使团队能够创建清晰、共享的文档。
1.9K10编辑于 2024-11-10 - 来自专栏魔王卷子的专栏
Elasticsearch（2）PHP驱动
ZQZ38Da" ["cluster_name"]=> string(13) "elasticsearch" ["cluster_uuid"]=> string(22) "FuPCyv2ZSimGYxAo_nLvpw lucene_version"]=> string(5) "6.3.0" } ["tagline"]=> string(20) "You Know, for Search" } 这样就表示我们的驱动已经安装并且连接完成了
59610发布于 2019-05-28 - 来自专栏云计算linux
Struts2 Property驱动和Model驱动
Property驱动模式更加简单，无须再次实现ModelDriven接口，也减少了一个Model类，Struts.xml文件也不必配置modelDriven拦截器. 如果程序中已经存在了一个域对象或者需要重新定义这样一个域对象，那么就选择Model驱动模式。 如果需要输入的参数很少，3个以内，而且参数组合不能明显构成一个实体逻辑，可以考虑使用Property模式。
13510编辑于 2024-12-13 - 来自专栏项目文章
Java设计模式学习2：行为模式
行为模式 行为模式是注意各个类之间的相互作用，讲过职责划分清楚，使得我们的代码更加清晰规范。
14610编辑于 2024-06-07 - 来自专栏DPDK VPP源码分析
IETF (RFC 4787) 定义的 NAT 行为要求 - 第 2 部分：过滤行为
在VPP的NAT-EI模式中，我们查询过会话表i2o及o2i表的信息。其中i2o就是绑定条目，o2i就是过滤条目。 在VPP的NAT-ED模式中，我们查询过会话表i2o及o2i表的信息。其中i20就是绑定条目，o2i就是过滤条目。 尽管下图中主机 A 和主机 B 具有不同的外部地址（5.5.5.1 和 5.5.5.2），但根据 NAT 的行为方式，它们可能具有相同的值。 总结，本文详细阐述了网络地址转换（NAT）设备的过滤行为规范，依据IETF的RFC 4787标准。重点讨论了针对入站数据包，NAT如何基于源IP和源端口进行过滤，并决定是否转发至内部端点。 文章还提及，这种过滤行为对支持P2P通信至关重要，影响着应用透明度和是否需要借助中继服务器（如TURN服务器）进行通信。
84010编辑于 2024-05-22 - 来自专栏数据的力量
如何用数据看用户行为，驱动产品设计
从数据中看用户行为是一件很有趣的事情，了解用户行为后相应的对我们的产品设计、专题设计进行优化，就能生产更高转化率的作品。 1、在只有移动资源推送的情况下，手机页面访问热度持续2天。 手机页面上线推广第一天是访问顶峰，第三天后的数据趋于平稳，访问较低，可见下面2个例子。 2、页面层级越深，蹦失率越大。 跟PC情况相似，用户触达率随着页面层级加深而减小。 3、输入行为会导致用户流失。 下面的例子从数据上看第三、四、五屏的数据比较平稳，但从第二屏到第三屏的丢失高达39%。 反观专题，第三屏到第四屏、第四屏到第五屏的操作是选择，而第二屏到第三屏的操作中还带有输入行为。 4、热门对象会带来更多关注。
98530发布于 2018-06-20 - 来自专栏ceshiren0001
Playwright与Cucumber集成：实现行为驱动开发（BDD）实践
一、当E2E测试遇到BDD：我们为何需要这种组合？最近在重构团队的自动化测试框架时，我们遇到了一个典型问题：业务人员看不懂测试代码，而开发人员写的测试用例又常常偏离业务初衷。 传统E2E测试脚本长这样：test('login test', async ({ page }) => { await page.goto('/login'); await page.fill('# 这就是BDD（行为驱动开发）的核心价值——用业务语言描述测试。 2 : 0,workers: process.env.CI ? 经过两个月的实践，我们团队发现这套组合带来了明显的变化：沟通成本降低：产品文档几乎可以直接复制为测试场景测试覆盖更合理：关注用户行为而非实现细节反馈速度加快：失败的测试能明确告诉我们是"什么行为"出了问题当然
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中实践行为驱动开发
诞生于上世纪末的测试驱动开发（TDD）已经算是很深入人心了，一定程度上来说它通过既有的约定（测试）减少了开发人员间的沟通成本。 但这些测试也只是开发人员自己对需求的理解，有时候开发人员、业务人员、市场部门和用户对需求的理解是有分歧的，传统的方案是厚厚的需求说明书，从测试驱动开发引申来的行为驱动开发BDD（Behavior Driven 本文也不对行为驱动开发多做赘述，那是一个很大的话题，而是向大家介绍一下Python的BDD框架behave，其中会大致讲一下行为驱动开发的各个关键概念。 场景：两个数字相加 加入输入"2+2" 当计算器运行 那么结果应该是"4" 需求描述的很详尽了。 结语 下次当你和项目经理或用户对某个需求有很大分歧时，不妨考虑一下使用行为驱动开发。 最后祝大家享受生活，享受代码。
4.6K50发布于 2018-07-06 - 来自专栏公共互联网反网络钓鱼（APCN）
行为 AI 驱动的邮箱安全融入 MSSP 运营模式研究
2 MSSP 邮箱安全运营的现实困境与需求变迁2.1 威胁层面：AI 辅助钓鱼突破传统边界攻击者使用大模型生成高仿真话术，伪造高管指令、客户邮件、系统通知，内容无明显恶意关键词、附件无静态特征，传统规则与特征库难以拦截 反网络钓鱼技术专家芦笛指出，MSSP 邮箱安全的核心矛盾是高度动态的 AI 威胁与静态规则驱动、碎片化、人力密集的传统运营体系之间的不匹配，必须以行为 AI 替代规则、以统一平台替代多控制台、以弹性商业模型替代僵化授权 channel_count": len(channels), "avg_score": round(avg_score, 3), "is_campaign": len(channels) >= 2 7.3 多租户统一运维成本下降消除多控制台切换、重复集成、人工对账，人均管理租户数提升 2–5 倍。 9 结论Darktrace 将行为 AI 邮箱安全深度融入 MSSP 运营模型，为行业提供了可复制的解决方案：以自学习行为检测应对 AI 动态威胁，以统一运营门户消除多租户碎片化，以智能降噪与自动化缓解告警过载
10310编辑于 2026-03-31 - 来自专栏全栈程序员必看
Struts2中属性驱动与模型驱动
属性驱动： 1、概念 能够利用属性驱动获取页面表单元素的内容 2、步骤 1、在action中声明属性，属性的名称和页面元素中 name属性的值保持一致 2、action中的属性必须有set和get方法 LoginAction.java: public class LoginAction extends </filter-class> </filter> <filter-mapping> <filter-name>struts2</filter-name> <meta http-equiv="expires" content="0"> <meta http-equiv="keywords" content="keyword1,keyword<em>2</em>, 模型<em>驱动</em>： 1、假设页面上元素内容太多，用属性<em>驱动</em>实现，action中代码就会非常庞大，这个时候能够考虑用模型<em>驱动</em>来实现 <em>2</em>、步骤 1、action
61920编辑于 2022-07-09
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号