1. Willie <willie@issdu.com.tw>

2. 本投影片使用
高橋流簡報法

4. 測試先行
Test Driven Development
開發流程

6. 1. 寫測試
執行此測試一定會失敗

7. 2. 寫程式
目標為通過前一個失敗測試

8. 3. 重構
調整架構或移除程式碼
重構後需通過所有測試

9. <範例>
程式範例抄自
http://blog.extracheese.org/2009/11/how_i_started_tdd.html

10. 費式數列
0 1 1 2 3 5 8 13 21 34 55…

11. 1. 寫測試
2. 寫程式
3. 重構

14. 1. 寫測試
2. 寫程式
3. 重構

17. 1. 寫測試
2. 寫程式
3. 重構

18. PASS
目前沒有重構的必要

19. 1. 寫測試
2. 寫程式
3. 重構

22. 1. 寫測試
2. 寫程式
3. 重構

25. 1. 寫測試
2. 寫程式
3. 重構

26. PASS
目前沒有重構的必要

27. 1. 寫測試
2. 寫程式
3. 重構

30. 1. 寫測試
2. 寫程式
3. 重構

33. 1. 寫測試
2. 寫程式
3. 重構

34. PASS
目前沒有重構的必要

35. 1. 寫測試
2. 寫程式
3. 重構

38. 1. 寫測試
2. 寫程式
3. 重構

41. 1. 寫測試
2. 寫程式
3. 重構

42. 思考
無限的 if 判斷不是辦法…

43. 重構

45. 1. 寫測試
2. 寫程式
3. 重構

48. 1. 寫測試
2. 寫程式
3. 重構

51. 測試需到
何種程度
寫到你有信心程式已經正確無誤

52. </範例>

53. <TDD好處>

54. (1)
使用者角度
設計 API

55. (2)
低耦合
高聚力

56. (3)
維護性
容易交接 / 說明文件

57. (4)
Over
Design

58. (5)
鼓勵重構
重構前必須先有充足測試

59. </TDD好處>

60. <TDD限制>

61. (1)
Concurrency

62. (2)
Security

63. </TDD限制>

64. <兩個問題>

65. (1)
什麼是
好架構

66. 套用
設計模式

67. 類別/函式
越多越好

68. 答案

69. Testable
Code

70. Testable
Code

71. Testable
Code

72. (2)
如何學會
設計好架構

73. 多看
程式碼

74. 資深帶
資淺

75. 搭檔編程
導入困難
(衝擊公司文化)

76. 聘請
顧問架購師

77. 人類不是習慣
完美的動物
(出自人月神話一書)

78. if ‘架構師’ == ‘人類’:
print(‘架構師也會犯錯’)
(只是架構師犯錯機率較低)

79. 答案

80. 採用 TDD
讓自己成為自己的導師

81. </兩個問題>

83. TDD 很簡單
因為不需要新技術

84. TDD 很困難
因為要改變開發習慣

85. 它是我們的敵人

86. 推薦書單

88. 多謝聆聽