讓大家依據實務需求完成代碼、加入單元測試、code review 、code smells 辨識,且依照成員的 legacy code 現場示範重構並指導練習重構、測試案例探索/分群/排序、邏輯樹拆分、TDD 循環與 baby step、迭代堆砌產品代碼增量。
標籤: tdd
讓大家依據實務需求完成代碼、加入單元測試、code review 、code smells 辨識,且依照成員的 legacy code 現場示範重構並指導練習重構、測試案例探索/分群/排序、邏輯樹拆分、TDD 循環與 baby step、迭代堆砌產品代碼增量。
讓大家依據實務需求完成代碼、加入單元測試、code review 、code smells 辨識,且依照成員的 legacy code 現場示範重構並指導練習重構、測試案例探索/分群/排序、邏輯樹拆分、TDD 循環與 baby step、迭代堆砌產品代碼增量。
關於看待 TDD 的視角
隨手記下常見對於 TDD 的誤解,以及 TDD 的用途,哪些問題可以用 TDD 來幫忙解決與改善
光看《Kent Beck 的 TDD by Examples》是否覺得只得到了一堆知識點,卻仍不知道如何落實到自己的實際工作上呢?只有 Java 與 Python 的 Part 1 + Part 2,感覺這樣做都很正常,但這樣做是為了什麼,有什麼好處,實際工作真的會這樣做嗎,感到疑惑呢?
讓大家依據實務需求完成代碼、加入單元測試、code review 、code smells 辨識,且依照成員的 legacy code 現場示範重構並指導練習重構、測試案例探索/分群/排序、邏輯樹拆分、TDD 循環與 baby step、迭代堆砌產品代碼增量。
讓大家依據實務需求完成代碼、加入單元測試、code review 、code smells 辨識,且依照成員的 legacy code 現場示範重構並指導練習重構、測試案例探索/分群/排序、邏輯樹拆分、TDD 循環與 baby step、迭代堆砌產品代碼增量。
學習 TDD 必看的聖經本,當然就是 Kent Beck 的 TDD by Example。在取得 Kent Beck 授權之後,將書中每一步程式碼的演進,都放到 GitHub 的 commit history 上分享給各位讀者參考,讓大家既能專注在每一步的變化,又能兼顧全局,還可以在任何一步的 sample code 繼續往下練習。
讓大家依據實務需求完成代碼、加入單元測試、code review 、code smells 辨識,且依照成員的 legacy code 現場示範重構並指導練習重構、測試案例探索/分群/排序、邏輯樹拆分、TDD 循環與 baby step、迭代堆砌產品代碼增量。
許多公司往往為了 KPI 需要數字,所以將 code coverage 訂了個指標來「強暴」開發團隊,甚至要求團隊「一定」要用 TDD 來開發所有程式。這一切都是不求甚解的為了追求數字的迷思,本篇文章將補上我對於「code coverage」與「看待 TDD 的正確角度」的見解。