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 與團隊以外的人在一起

摘要與後續步驟