文档介绍了行为驱动开发（BDD）的理念和实践，强调从用户角度出发，为开发提供明确的测试案例和使用场景。通过工具如思维导图和用户故事映射，协助团队定义需求和产品规格，以改善开发效率。还讨论了UI和非UI测试的策略，以保证系统功能的完整性和商业逻辑的正确性。

1. BDD in Action
我的BDD實踐

3. 1. BDD介紹
2. 我的BDD實踐
3. Q&A

4. BDD介紹

5. BDD TDD
Behavior-driven development
決定好測試案例再開發
從使用者角度
描述系統應有的行為
Test-driven development
從物件角度
描述物件應有的行為
Integration test Unit test

6. BDD is ...
一種開發方式 ,用大家都能理解的方式討論使用案例 , 減少彼此之間的代溝 ;

7. 我的BDD實踐

8. that’s talk a story ...

9. 過了一段時間 ...

10. 目標 事主 手段

11. 開發產品的時候，正確的方向，比速度更重要
透過一些工具來協助描述我們要解決的問題 : mind map ,impact
mapping…
有效地找出要做的事大概有哪些
example :
why : 增加營業額
who : 客戶
how: 增加消費行為
what : 收到促銷折扣資訊

12. 讓我們再把故事說清楚點

14. IT部門
產品
研發部門
業務部門

16. 看到產品全貌 (Big Picture)
User Story Mapping is an approach to Organizing and Prioritizing user stories.
雖然產品的全貌會隨著時間而變動 ,但這是規劃如何執行開發的的起始點

17. 故事怎樣算完成

18. 定義使用場景來滿足這個故事 , 一個故事可以用很多場景來描述 ,
每個場景都屬於這個故事驗收的範圍 ,也就是我們所需要的驗收規範

19. 測試導向開發

20. 確認好待開發需求 (使用者故事-userstory) - Definition of Ready
定義好產品規格 (使用場景-scenario) - Definition of Done
依照規格開發 - BDD (Behavior-driven development)

22. UI測試 -可測到的系統功能範圍 non-UI 測試

23. 定義良好的規格作為測試案例,協助系統持續整合建構
UI測試主要用於描述使用者如何透過系統達成某些功能,目標
- 適合用來跑過主流程 ,確認系統整合運行正常
- 可有效減少手動測試 ,讓測試人員進行更有價值的測試 ,explore test
- demo產品功能
非UI的測試 ,主要用來測試驗證較複雜的商業邏輯 ,
例如:
- 註冊新帳號時 , 註冊用的密碼強度如何區分 .
- 網購時 ,商品根據購買總價和寄送地區要如何收取運費

24. 實機Demo...

25. Reference
https://ruddyblog.wordpress.com/2016/06/18/%E7%AC%AC%E4%BA%8C%E7%AF%87%E3%80%81defin
ition-of-ready-
%E5%B7%A5%E7%A8%8B%E5%B8%AB%E8%A6%81%E5%AD%B8%E6%9C%83%E5%A6%82%E4%
BD%95%E8%AC%9B%E5%A5%BD%E6%95%85%E4%BA%8B/
https://dotblogs.com.tw/hatelove/2013/01/11/learning-tdd-in-30-days-catalog-and-reference

26. Q&A

27. END