1,在編寫好失敗的單元測試之前,不要編寫任何產品**
如果不先寫測試,那麼各個函式就會耦合在一起,最後變得無法測試
如果後寫測試,你也許能對大塊大塊的**進行測試,但是無法對每個函式進行測試
先寫測試是進攻,後寫測試是防守
2,只要有乙個單元測試失敗了,就不要再寫測試**,編譯失敗也是失敗
乙個地方漏水了就趕緊去修,別等多個地方漏水才去修,那時候你可能就修不了了
3,產品**恰好能讓失敗的測試用例通過即可,不要多寫一行
倚賴倒置原則告訴我們,低層為高層服務,測試驅動告訴我們,產品**為測試用例服務
相比而言,測試用例位於高層,靠近需求,代表需求
對「依賴倒置原則」的理解
上層的意思就是依賴方，例如乙個人出遠門需要依賴交通工具，下層就是被依賴方，如交通工具。交通工具包括大巴 火車 飛機 高鐵等。反例 按照下面uml圖，我們將實現 寫出來 可以看到每個種類的交通工具都需要去過載乙個方法才能執行，要是有100種交通出行方式，則需要寫100個過載，這是非常臃腫的，下面我們使...
TDD對商業的意義
最近跟團隊成員 tdd引入時，有許多見解，結合自己的一些體會，寫在下面 首先需要明確的一點是，技術是為商業服務的，哪怕技術再優秀，創造不了商業價值，那麼技術是沒有意義的 在這麼乙個前提下，我們再來考慮問題 1 是否應該一開始把 設計得很優秀 無解耦 擴容性強，高效能 這個是不必要的，如果公司的要求是...
我對TDD的實踐
上周五的討論又錯過了！真可惜。可是實在沒有辦法，最近忙的厲害。就是發表一篇blog也要趕在7 30之前，8 00監考，提前10分鐘進教室 不多說了，現在連會議記錄還沒有看完，還有寒楓天傷 wayfarer idior的文章也沒顧得上看。先把我去年的一部分教案放上來，就算對tdd的乙個補償吧。內容很簡...