- #75
- #74
- #73
- #72
- #71
- #70
- #69
- #68
- #67
- #66
- #65
- #64
- #63
- #62
- #61
- #60
- #59
- #58
- #57
- #56
- #55
- #54
- #53
- #52
- #51
- #50
- #49
- #48
- #47
- #46
- #45
- #44
- #43
- #42
- #41
- #40
- #39
- #38
- #37
- #36
- #35
- #34
- #33
- #32
- #31
- #30
- #29
- #28
- #27
- #26
- #25
- #24
- #23
- #22
- #21
- #20
- #19
- #18
- #17
- #16
- #15
- #14
- #13
- #12
- #11
- #10
- #9
- #8
- #7
- #6
- #5
- #4
- #3
與朋友的 TDD 觀念閒談
和朋友閒聊的對話片段：「如果現在工作改用 TDD 開發產品需求改變等於撰寫那些測試都報廢了」。
我的想法是這樣：「測試是 TDD 的副產品」
產品行為 > 測試（自動化文件）> 實踐（代碼）也就是說當產品行為改變時文件理所當然會改，會覺得麻煩東西要重寫是因為有時候我們甚至連良好的文件都不存在就直接實踐下去。
使用 TDD 只是穩扎穩打的在同時進行文件編寫與開發而已。然後 BDD 就是看到測試作為自動化文件的價值，在這個基礎上製作商業與開發端都能共同理解與維護的文件。
- TDD - Test-driven development
- BDD - Behavior-driven development
- #2
- #1