BDD in .NET - TDD 在實務上的最後一塊拼圖

TDD 的概念不難，難的是在各個角色之間如何達成共識。
TDD 的技巧不難，難的是怎麼寫出既符合使用者需求，又可以幫助開發人員 TDD 的測試案例。

這次將介紹在實務開發流程中，如何透過 BDD 來滿足使用者、測試人員與開發人員，如何透過 BDD 來產生既符合使用者需求，且大家都看的懂，還可以轉換成測試程式的測試案例。

Transcript

1. Joey Chen @ 2013 WebConf 2013/01/12 BDD in .NET - TDD 在實務上的最後一塊拼圖 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 驗證身份，避免非法使用者使用系統 As a 線上使用者 I want to 驗證使用者身份是否合法 -Why -Who -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 Acceptance Test Cases Integration Test Cases Unit Test Cases PO, user, QA Developer 18
20. 程式不是給人看的 20
21. 程式不是給人看的 ?! PO QA user 21
22. • 提款卡ID為1234，密碼為91，驗證成功，導到 index頁面 • 提款卡ID為1234，密碼為1234，驗證失敗，顯 示密碼錯誤 • 呼叫Authentication的Verify方法，傳入id為1234， password為91，回傳true • 呼叫Authentication的Verify方法，傳入id為1234， password為1234，回傳false 22
23. • 提款卡ID為1234，密碼為91，驗證成功，導到 index頁面 • 提款卡ID為1234，密碼為1234，驗證失敗，顯 示密碼錯誤 • 呼叫Authentication的Verify方法，傳入id為1234， password為91，回傳true • 呼叫Authentication的Verify方法，傳入id為1234， password為1234，回傳false 用說的比較快！ RD 23
24. 第二關 溝通基準如何一致，降低轉換成本 24
25. Domain Specific Language Behavior-Driven Development 25
26. What is BDD • 從行為面用人話描述系統功能 • 從人話自動產生程式執行流程 • User Story與測試程式的橋樑 26
27. Why BDD • 都用人話溝通 • 人話可轉換成程式 • 滿足使用者需求 27
28. 哪個好懂 28
29. 測試程式 只有現在的自己看得懂 29
30. Scenario 30
31. • C# • SpecFlow How BDD Works 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
51. From: http://arithmandar.blogspot.tw/2009/08/v-model.html V - model by BDD 51
52. ATDD, BDD, TDD 52
53. ATDD, BDD, TDD No Bottom-Up ! Top-Down ! 53
54. Production code Testing code Test case User story User 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
66. 問題與討論 Thanks for your listening 66