我想 highlight 的部份是這幾段：
--
【Part 1】
近在實驗室做專案時，因為我們的開發的軟體都有寫單元測試，但是我發現我們好長一段時間，常常因為改了一點程式就必須維護我們的單元測試好久。
每次維護UT時我們都瀕臨崩潰的狀態，實在花太久的時間了!
完全已經影響到我們開發的進度了。
於是終於有一次我終於忍不住了，我把團隊的所有開發停下來，我說我們來開個 #檢討會，為什麼我們每次都需要花這麼多時間在維護UT？
我跟他們說，因為我們UT的品質很差很差很差!!!
我們達成共識，決定要把UT重新設計。
※ 91 comment：這其實就是持續改善，跟 retrospective 的概念一樣，其實我們工作中一直會碰到很多人其實感覺到問題，但是不想講、不想問、不想改，就繼續在心裡面幹，對實務於事無補。 #因為他們覺得這是環境的問題
沒有時間停下來看問題在哪，最終只是把產能都浪費掉了。
--
【Part 2】
當天我熬夜把如何撰寫可維護性的單元測試的方法讀完，隔天分享給團隊。
我們討論完後 #立刻開始改程式，不僅我們的單元測試變得乾淨簡潔，也更有彈性好維護。
我們那天寫了一些新的程式碼，而我們要加入一些測試案例測試我們新寫的程式
以過往經驗，寫一個測試案例大概要花20~30分鐘，有時候甚至得花到1個小時的時間
但是那天我們實測，#我們只花不到三分鐘就寫完一個測試案例了。
我們的測試不僅提高了可維護性，也伴隨著提高了我們可信賴的及可讀性
當下只有一個字可以表達我的心情就是『爽』
※ 91 comments：只有看書沒啥屁用的，只有分享也沒用的，立刻動手改程式，有行動才能驗證學習的有效性，也才能產出價值。
但他們其實真的蠻厲害的，因為《#單元測試的藝術》如果真要說少那一部份，我覺得是 #重構測試，但重構自己就可以是一本書了，放不進來也是合理的。
我只是想強調，測試沒有重構，那一堆死掉發臭的測試程式，也會是拖累團隊這艘帆船的另外一個巨大船錨。
--
雖然我不是作者，只是譯者，但看到能這樣對他們實際工作產生幫助，還是很欣慰的。
補上天瓏購書連結：https://www.tenlong.com.tw/products/9789864342471
忘了提，十一月梯次還有位置：https://dotblogs.com.tw/hatelove/2020/05/08/Unit-testing-effectively-with-legacy-code-202011
