BDD for Non-Programmers: Live Workshop

• 对用户需求概念的理解
• 从最终用户的角度来看，对软件的优点和不足有敏锐的洞察力
• Programming 并且不需要测试经验

观众

• 产品所有者和经理
• Business 分析师
• 手动测试仪
• 软件产品或系统的最终用户
• 参与产品设计的非工程师和非编码人员

BDD（行为驱动开发）是一种 Agile 软件开发技术，它鼓励开发人员、质量保证团队和非技术业务人员在软件项目的规划、开发和测试周期中进行协作。

这个 由讲师指导的现场 研讨会首先介绍了BDD，它是什么以及公司如何使用它来促进良好的软件设计，开发和测试。我们从非工程的角度来做这件事，着眼于最终用户、他们的需求、语言和思维方式。我们还解决了业务利益相关者在与具有技术头脑的同行更紧密地合作时可能遇到的沟通挑战。

在培训结束时，参与者将了解如何：

• 编写简洁的用户故事，捕捉软件真实用户的使用模式。
• 将他们的用户故事翻译成 BDD 的行为语言（Given、When、Then。
• 从这些案例中派生测试用例，供工程师用于实施和测试。
• 了解产品需求、验收标准和测试用例之间的关系。
• 揭开阻碍沟通和理解的技术术语的神秘面纱。
• 安装并使用出色的工具来编写 BDD 功能文件。
• 理解并欣赏一旦工作交给工程师会发生什么。
• 在迭代开发周期中发挥更加积极的作用。

课程形式

• 一个互动的、由讲师指导的研讨会，有很多活动和动手实践。

笔记

• 研讨会包括案例研究和软件样本。要根据贵公司的产品和情况定制材料，请联系我们进行安排。

第一天

介绍

• 为什么选择BDD？
• BDD 作为 Agile 的扩展
• 第01天议程

在软体开发周期的不同阶段应用BDD

• 开发前
• 开发过程中
• 开发后

一种语言统治著他们

• 工程师和非工程师说不同的语言
• 通过 BDD 弥合差距
• BDD语言预览：Gherkin

BDD 的不同角色

• BDD 作为产品需求（针对产品拥有者）
• BDD 作为验收标准（针对开发人员）
• BDD 作为测试用例（针对测试人员）
• BDD 作为产品的描述（针对其他利益相关者）

回到 Agile： 一切从使用者故事开始

• Agile 开发周期概述
• 使用者故事在 Agile 开发中的作用

问答环节和讨论

测验

创建 Good 使用者故事

• 使用正确的语言
  • 角色、行动、结果
• 示例使用者故事

活动 - 编写使用者故事

• 编写您的第一个使用者故事 - 个人活动
• 收紧你的使用者故事 - 团队活动
• 提供您的使用者故事 - 团队活动

真实专案中的使用者故事

• 团队动态
• 工具和技术
• 软体开发周期中的使用者故事

转到 BDD

• 扩展使用者故事
• 功能文件简介
• 捕获软体的预期行为
• 想像“意外”行为是什么样子的

创建 Good 特性档

• 使用正确的语言 （Gherkin）
  • 给定，何时，然后
• 范例功能档

活动-编写功能档-第01部分

• 编写您的第一个功能档 - 个人活动
  • 功能部分
  • “方案”部分
• 收紧您的功能档 - 团队活动
• 交付功能档 - 团队活动

真实专案中的特征档

• 团队动态
• 工具和技术
• 软体开发周期中的使用者故事

问答环节和讨论

测验

设置您的环境

• 使 Gherkin 漂亮
• 生产力的乐趣

活动-编写功能档 - 第02部分

• 编写专题档 - 个人活动
  • 将多个参数传递给您的方案
  • “方案大纲”部分
• 收紧您的功能档 - 团队活动
• 交付功能档 - 团队活动

问答环节和讨论

测验

结束语

第二天

介绍

• 前一天的回顾
• 第02天议程

您自己的产品 - 自省

• 描述您的产品
• 绘制产品图片

扩大测试覆盖范围

• 系统的可用性
• Business 要求
• Business 流程

活动 - 编写功能档 - 第 03 部分

• 编写专题档 - 个人活动
  • “示例”部分
  • 重用数据和方案
  • 使用标记组织功能和方案
• 收紧您的功能档 - 团队活动
• 交付功能档 - 团队活动

问答环节和讨论

测验

功能档 - 要省略的内容

• 留给工程师什么
  • 低级功能（单元测试）
  • 详尽的跨元件功能（整合和 API 测试）

问答环节和讨论

测验

您自己的产品 - 自省

• 您的产品的可用性如何？
• 您的产品对外部使用者的可用性如何？

Communication 与团队以外的人在一起

摘要与后续步骤