????最近在組織項目成員的能力提升，不可避免的就進入了TDD這個話題。對于TDD，已經(jīng)成為很多公司員工入職的專業(yè)知識培訓(xùn)課程。網(wǎng)上關(guān)于TDD的各種文章和討論也很多，但是感覺大家都是望文生義，都是先寫測試用例，再寫代碼。
????可能有人會說TDD就是“Test Driven Development”，就是測試驅(qū)動開發(fā)。就是寫測試用例，然后再寫代碼。我承認，書里是這么寫的。大家也是這么理解，然后去實踐的。實際效果如何呢，就我了解的情況，大家對這個都很糾結(jié)。很多都在說，我先寫幾行代碼，然后再寫用例為啥就不行了呢？難道真是缺少儀式感嗎？
????那么我先說說，我最近的思考。TDD方式，實際上是關(guān)注點驅(qū)動開發(fā)，或者說規(guī)則驅(qū)動開發(fā)。我要實現(xiàn)一個關(guān)注點/規(guī)則，我就先一條用例來驗證這個關(guān)注點/規(guī)則，然后去完成這個關(guān)注點/規(guī)則的代碼。如果按照這個思路去思考，我每次實現(xiàn)一個關(guān)注點/規(guī)則，我先寫用例后寫代碼，或者先寫代碼再寫用例。每次都是圍繞著一個關(guān)注點/規(guī)則，是否先后順序就顯得不那么重要了。關(guān)鍵是每次聚焦于一個關(guān)注點/規(guī)則，有測試用例保證這個關(guān)注點/規(guī)則的準(zhǔn)確性。那么就可以放心的去實現(xiàn)下一個關(guān)注點/規(guī)則，并且保證整個功能的準(zhǔn)確了。
????以上是我對于TDD的最新理解和思考。各位看過后是否也對TDD也有了新的理解了呢？