BDD Collaboration 是一个围绕行为驱动开发（BDD）协作环节的技能，目标是把技术团队与业务团队之间的沟通衔接起来。它不侧重自动化测试代码本身，而是侧重需求被发现、被讨论、被共同确认的过程。
用途
该技能用于在开发者、测试人员和业务相关方之间推动 BDD 协作，也用于组织发现工作坊和实例映射。它帮助团队对齐对需求的理解，减少不同角色之间的沟通偏差，建立对质量结果的共同责任，并在团队内积累领域知识，通过早期讨论预防缺陷。
主要能力
三剑客会议（Three Amigos Sessions）
三剑客会议汇集三种视角：
- 业务/产品：定义期望的行为
- 开发：理解实现层面的影响
- 测试/QA：识别边界情况与风险
会议结构：
- 产品负责人介绍用户故事
- 开发者提出澄清性问题
- 测试人员识别潜在边界情况
- 团队共同编写场景
- 所有人就验收标准达成一致
实例映射（Example Mapping）
实例映射是一种结构化的对话技巧，用不同颜色的卡片组织讨论：
- 黄色卡片：故事（STORY），例如“作为一名客户，我希望……”
- 蓝色卡片：规则（RULE），例如“订单满 50 美元免运费”
- 绿色卡片：示例（Example），例如“60 美元订单免运费”“49 美元订单收 5 美元运费”
- 红色卡片：问题（Question），例如“刚好 50 美元怎么办？”
产品资料中给出的示例结构显示，一个故事下可以有多条规则，每条规则下可以有多个示例和待解决问题。另一个规则示例为“快递配送始终收费 15 美元”，并配有 100 美元订单和 30 美元订单两个示例。
发现工作坊格式
产品资料给出四个阶段：
- 介绍（5 分钟）：呈现功能或故事，分享已有背景。
- 探索（20 分钟）：围绕“规则是什么？”“能举个例子吗？”“哪里可能出错？”展开。
- 记录（15 分钟）：共同编写场景，记录待后续确认的问题。
- 评审（10 分钟）：朗读场景，确认理解一致。
通用语言（Ubiquitous Language）
建立共享词汇。资料示例在 Feature 描述中定义术语，例如“订阅者”指拥有有效订阅的客户，“流失订阅者”指过去 30 天内取消的客户，“挽回”指重新激活流失订阅者，并给出对应场景。
活文档（Living Documentation）
资料示例展示了在 Feature 中关联业务文档和版本信息的做法，例如使用 @jira:PAY-123、@confluence:payment-rules、@since:v2.1 等标签，并在场景中标注“此场景记录当前行为”与“最后验证日期”。
使用方式
当需要对齐团队对需求的理解、减少角色间沟通偏差、建立质量共同所有权、在团队内构建领域知识，或通过早期讨论预防缺陷时，可使用该技能。
最佳实践
- 定期安排三剑客会议
- 对复杂故事使用实例映射
- 创建并维护领域词汇表
- 将场景作为活文档持续维护
- 让相关方参与场景评审
- 为发现会议设定时间盒
常见误区
- 跳过协作，单独编写场景
- 未纳入全部三种视角
- 对业务相关方使用技术术语
- 让场景过时失效
- 对简单功能过度文档化
- 未跟进提出的问题
限制
资料未提供该技能的具体安装命令、依赖、支持平台、收费或价格信息，暂未提供。