Recomendados
Más contenido relacionado
Destacado
Destacado (20)
Similar a Test Driven Development
Similar a Test Driven Development (20)
Más de 升煌 黃
Más de 升煌 黃 (13)
Test Driven Development
- 2. 參考資源 • 在國外不認識Uncle Bob就等於不會TDD 網站: http://butunclebob.com/ArticleS.UncleBob • 在台灣不認識91哥就等於不會TDD 課程: https://skilltree.my/events/mbh 網站: https://www.facebook.com/91agile 書單: https://91-tdd.hackpad.com/91--SCin8rM6vpI 2
- 5. 這是小明習慣的系統開發流程… 需求 撰寫程式 手動測試 交付系統 5
- 13. 13 小明不開心
- 17. 17 Fast：可快速知道結果 Isolated：與外部資源隔離 Repeatable：執行100次100次結果應該都會一樣 Self-Validation：可以直接從測試報表中理解意義或失敗原因 Timely：production code與test code同時存在 小明學到了Unit Test的特性─FIRST
- 18. 找出要測試的目標(SUT、System Under Test) 18 •初始化SUT需要的相關參數、模擬物件 1. Arrange •實際呼叫SUT 2. Act •驗證SUT是否如預期運作 3. Assert 同時，小明也使用3A Pattern來撰寫測試程式
- 19. 19 Demo一下… • 一個加法器程式DEMO • 為加法器加上unit test確保程式正確
- 27. 27 小明也學到了TDD的三個重要原則 • UncleBob: http://butunclebob.com/ArticleS.UncleBob.TheThreeRulesOfTdd 1. You are not allowed to write any production code unless it is to make a failing unit test pass. 在有一個錯誤的測試之前不應該撰寫任何production code 2. You are not allowed to write any more of a unit test than is sufficient to fail; and compilation failures are failures. 當有一個失敗的測試案例(編譯錯誤也是錯誤)時，不應該撰寫更多的測試案例 3. You are not allowed to write any more production code than is sufficient to pass the one failing unit test. 除了足夠通過測試案例的程式碼以外不應該撰寫更多額外的程式碼
- 29. 29 小明覺得很開心
- 35. 35 User的反應
- 36. 36 主管的反應
- 37. 37 小明不開心
- 41. • 用人話描述需求─Gherkin語法: Feature: 用一個簡單的故事描述需求 Scenario: 系統行為 Given – Arrange When – Act Then – Assert 41 Sample Feature: In order to 避免計算錯誤 As a 數學白癡 I want to 知道兩個數字相加的結果 Scenario: 兩個數字相加 Given 在計算機輸入 50 And 按下 + 按鈕 And 在計算機輸入70 When 按下計算 Then 結果應該為 120 在BDD中，用人話搭配Gherkin語法描述需求規格
- 42. 動態、不斷修改和更新的文件 避免逆向工程：從程式邏輯反推業務邏輯是很困難的(說不定程式 邏輯其實還是錯的) 將文件、業務邏輯、程式邏輯綁在一起 當需求異動時可以同時更新 可以用來追蹤開發進度 其他… 42 這些需求規格，可以變成活的文件(Living Document)
- 48. 48 Demo一下… • 用人話完成需求規格 • 需求與測試自動繫結 • 測試結果自動更新到文件上 • 透過CI，在每次簽入程式碼時執行測試並更新文件
- 49. 49 到目前為止，小明的經驗 Unit Test: 確保程式跑起來跟想的一樣 TDD: 先想清楚系統如何運作再寫程式 BDD: 用人話描述需求，將需求與測試繫結， 減少認知差異 TDD/BDD的重點是開發！測試只是順便 帶著測試的心態學TDD會覺得層層阻礙 帶著開發的心態學TDD便能了解其中美妙 將問題拆解成小問題，再一個個解決，開發會更順暢
- 50. 50 小明很開心！
- 51. 小明還在持續學習中
- 52. 以後是否會學到新的方法？
- 56. 問題 • 手動測試的問題 N個欄位要手動輸入 每次測試資料不能打錯 一點點小修改就要重新測試一次 需求異動時改程式10分鐘，但測試要多久？ 56
- 57. 自動化測試 57 Web測試─Selenium FireFox外掛 可錄製操作行為 可轉成C#測試程式 WinForm測試 UI Automation 官方產品 https://msdn.microsoft.com/en-us/library/dd286726.aspx White https://github.com/TestStack/White 自動化測試 自動化執行的測試腳本 做一次，用很多次 腳本跑完可以自動驗證 結果是否正確
- 58. 補充: 測試框架
- 59. 測試框架 • Jasmine: http://jasmine.github.io/2.0/introduction.html • Chutzpah: https://visualstudiogallery.msdn.microsoft.com/71a4e9bd-f660- 448f-bd92-f5a65d39b7f0 • JUnit: http://junit.org/ • JBehave: http://jbehave.org/ • PHPUnit: https://phpunit.de/index.html • Behat: http://docs.behat.org/en/v2.5/ 59
- 60. Q&A