MOPCON2022 - 越沒時間，越要寫單元測試

單元測試如何助我每天準時下班（以 Java 為例）

好的工程師要寫單元測試，這我當然知道，但：

在人家都上太空的年代，我也不想殺豬公啊！但是「時程就是很趕」，我要趕快把程式寫完丟給 QA ，才有時間寫下一份程式啊！為什麼去研討會那些講者每個都又有時間寫測試，還有時間重構跟改架構？啊我知道了，他們一定很閒！

「你才閒！你全家都閒！」

單元測試不是目的，測試是軟體工程多數實踐的地基。你要切微服務、要套 DDD，還是要套用整套 Google 的 SRE 實踐，都無法不以單元測試為基礎。這跟你敏不敏捷、De 不 DevOps 無關。只跟你的「職責」有關。單元測試不是測試，它是功能的一部份。

因此，我們不能把單元測試視為附加的工作，一但它變成你工作的一部份，你就責無旁貸地不能讓它拖慢你的開發進度，就像你不能讓自已寫的爛程式延遲你的下班時間一樣。如何又把程式寫完、又把測試做完，還不會給後人（也就是三個月後的你自己）造成困擾，這是講者這次想與大家分享的主題。

本次演講將包含以下內容

期待能以一些實戰中真正會遇到的場景與解法，幫助大家早日脫離天天加班的苦日子。

Kuma 最討厭的就是 coding 了。

你沒聽錯，身為RD，只要能滿足品質與時程，他堅持能夠少寫 code 就少寫 code。

他也很懶，能夠讓機器做的事就不自己做。

他討厭浪費，也懶得算計，就傻傻地在組織內努力推動各種流程改善、人員教育，與軟體工程實踐。

「崇尚敏捷精神，熱愛軟體工程，討厭浪費時間」— 你可以這麼形容他。