主題：BDD in .NET - TDD 在實務上的最後一塊拼圖 摘要描述： TDD 的概念不難，難的是在各個角色之間如何達成共識。 TDD 的技巧不難，難的是怎麼寫出既符合使用者需求，又可以幫助開發人員 TDD 的測試案例。 這次將介紹在實務開發流程中，如何透過 BDD 來滿足使用者、測試人員與開發人員，如何透過 BDD 來產生既符合使用者需求，且大家都看的懂，還可以轉換成測試程式的測試案例。

1. BDD in .NET -
TDD 在實務上的最後一塊拼圖
Joey Chen @ 2013 WebConf
2013/01/12
1

2. Joey Chen (91)
 Microsoft ASP.NET MVP 2010~2013
 C#
 Agile, Scrum, XP
 Testing
2

3. 您試過嗎？
•Unit Test
•TDD
•Scrum
3

4. 常見 TDD 學習過程
Refactoring • 更好維護
Unit Testing • 學寫測試
Test-Driven • 先寫測試
4

5. 測試程式誰不會寫
5

6. 測試程式誰不會寫
6

7. 正常一點的測試程式
怎麼來的
7

8. 正常一點的測試程式
怎麼來的
8

9. 程式不是寫給自己爽的
要能滿足使用者需求
9

10. 第一關
測試案例怎麼來
10

11. User
Requirement
User Story
Acceptance
Test Cases
Integration
Test Cases
Unit Test
Cases
11

12. 1. User Requirement
網路ATM登入驗證
12

13. 2. User Story
我們需要一個登入驗證身份的功能：
In order to 驗證身份，避免非法使用者使用系統 -Why
As a 線上使用者 -Who
I want to 驗證使用者身份是否合法 -What
13

14. 3. Acceptance Test Cases
• 提款卡ID為1234，密碼為91，驗證
成功，導到index頁面
• 提款卡ID為1234，密碼為1234，驗
證失敗，顯示密碼錯誤
14

15. 4. Integration Test Cases
• 呼叫Authentication的Verify方法，傳入id為
1234，password為91，回傳true
• 呼叫Authentication的Verify方法，傳入id為
1234，password為1234，回傳false
15

16. 5. Unit Test Cases
• 呼叫Authentication的Verify方法
• 傳入id為1234，password為91
• 模擬ICardDao回傳abc
• 模擬IHash回傳abc
• 回傳true
16

17. 另一個問題
17

18. User
Requirement
User Story PO, user, QA
Acceptance
Test Cases
Integration
Developer Test Cases
Unit Test
Cases
18

19. 19

20. 程式不是給人看的
20

21. 程式不是給人看的
PO
?!
user
QA
21

22. •
RD
提款卡ID為1234，密碼為91，驗證成功，導到
index頁面
• 提款卡ID為1234，密碼為1234，驗證失敗，顯
示密碼錯誤
• 呼叫Authentication的Verify方法，傳入id為1234，
password為91，回傳true
• 呼叫Authentication的Verify方法，傳入id為1234，
password為1234，回傳false
22

23. •
RD
提款卡ID為1234，密碼為91，驗證成功，導到
index頁面
• 提款卡ID為1234，密碼為1234，驗證失敗，顯
示密碼錯誤
• 呼叫Authentication的Verify方法，傳入id為1234，
password為91，回傳true
呼叫Authentication的Verify方法，傳入id為1234，
用說的比較快！
•
password為1234，回傳false
23

24. 第二關
溝通基準如何一致，降低轉換成本
24

25. Behavior-Driven Development
Domain Specific Language
25

26. What is BDD
• 從行為面用人話描述系統功能
• 從人話自動產生程式執行流程
• User Story與測試程式的橋樑
26

27. Why BDD
• 都用人話溝通
• 人話可轉換成程式
• 滿足使用者需求
27

28. 哪個好懂
28

29. 測試程式
只有現在的自己看得懂
29

30. Scenario
30

31. How BDD Works
• C#
• SpecFlow
31

32. User Story
Feature
32

33. User Story
Acceptance Test Cases
33

34. Feature
Scenarios
34

35. Acceptance Test Case
Scenario
35

36. Scenario
Given When Then
Arrange Act Assert
36

37. Feature
Scenario
Test Code
37

38. 開發流程
38

39. 39

40. 40

41. 41

42. 42

43. 43

44. 44

45. 45

46. 46

47. 47

48. 48

49. 49

50. 50

51. V - model by BDD
51
From: http://arithmandar.blogspot.tw/2009/08/v-model.html

52. ATDD, BDD, TDD
52

53. ATDD, BDD, TDD
Top-Down !
No Bottom-Up !
53

54. 滿足使用者需求
Production User
Testing code Test case User story
code requirement
54

55. Demo
•Acceptance Testing: Selenium WebDriver
•Unit Testing: MS Test
•Mock/Stub: Rhino.Mocks
55

56. 主要步驟
 由user story撰寫feature
 由acceptance test cases撰寫scenarios
 建立雛形網站
 錄製selenium腳本
 將selenium腳本匯出成C#程式
 將selenium的C#程式放到scenario的steps中
 完成acceptance testing code – 紅燈
 撰寫production code，通過測試 – 綠燈
 重構
56

57. 結論
• 用人話來說明需求
• 用人話來描述測試案例
• 用人話來寫程式
57

58. 目標明確
58

59. 貫穿全場
59

60. 保持節奏
60

61. 感想 RD
用說的真的比較快!
61

62. 記住！
程式碼不是寫給自己爽的
要滿足使用者需求
62

63. 補充 – SpecFlow 特色
•依據不同 testing framework 產生測試程式框架
•可於 Scenario 上偵錯
•支援 table layout 與取得強型別物件
•支援註冊型別，取得物件 ( IoC framework )
•支援 attribute hook event ( AOP )
63

64. 參考資料
 The Art of Unit Testing: With Examples in .Net
 Test Driven: TDD and Acceptance TDD for Java Developers
 Growing Object-Oriented Software, Guided by Tests
 Emergent Design: The Evolutionary Nature of Professional Software
Development
 Brownfield Application Development in .Net
 Scrum and XP from the Trenches (Enterprise Software Development)
 30 天快速上手 TDD (by 91)
 SpecFlow 官網
64

65. 65

66. 問題與討論
Thanks for your listening
66