單元測試聊久了，Git 用久了，在多團隊或多人協作的場景下，是不是下意識就會想要避免衝突？為了不要衝突，是不是第一個想法就是「開 Branch」？

不急，不急，不是多人就會有衝突，也不是衝突就會卦、更不是解衝突就會加班！

你誤會了，使你加班的不是衝突，不是測試，不是你身旁的同事，也不是善變的客戶，而是你一廂情願多為客戶做的無用功能、你那一輩子不會用到的預留彈性，以及你改一點點功能就要花三週調整的複雜設計！

解方來了！本活動將藉實際操作與討論，由淺至深地探討在實際工作中的「多人協作」會發生什麼事，要怎麼加測試，才能「又快又好」，並讓單元測試發揮保護重構的功能，讓你「抓到修改的脈絡後，安心地重新設計，並且不把東西弄壞，並且不被衝突絆倒」！

會寫 For 迴圈嗎？會，那你就一定會寫單元測試。

Unit Test、Trunk-Based Development、Clean Architecture、LeSS

• 需要自備筆電並確保能夠連線至網際網路
• 請預先下載課程所需檔案 https://github.com/kuma-cloud-latitude/devopsdaystaipei2024.git