單元測試在軟體開發過程是非常關鍵的實踐 (Practice), 它不但是最快可以抓到問題, 並且也是成本較低的自動化做法. 但是在真實世界中, 不管方法再有效, 要推廣它還是困難重重. 老闆會擔憂到底有沒有效, 要多少時間. 工程師們也覺得似乎沒那麼好寫, 遇到 legacy system 要怎麼辦. 這些狀況不只在一家公司出現, 我想在座的每家公司都有類似的聲音.
那 Google 是如何做到呢?
有人會說他們都是一群聰明的工程師, 技術上不是問題, 一下就學會了, 要推廣應該很容易. 但是不是這樣的, 就是因為他們聰明, 要說服工程師更是要花心思. 並且一但忙碌起來, 每家公司也都是開發都來不及了, 哪有時間寫自動化測試, 更不用說還要發展工具來輔助自動化的進行.
因此, Google 在進行自動化測試的推廣, 也是困難重重, 有很多關卡要去突破. 在這次的分享, 我們將介紹 Google 內部如何推廣 unit testing 的過程。這中間他們使用了哪些作法, 這些做法的優缺點是什麼. 讓你可以在短時間吸收人家五年的經驗作法. 讓你之後在公司推展時, 可以節省一些冤枉路.
大綱
Google 早期的狀態
Google 單元測試轉型的方法
Testing Grouplet
Test Certified
TofT
Fixits
Mercenary
講者介紹
David Ko 敏捷三叔公（柯仁傑）
Odd-e Agile Coach
台灣 Agile Tour Taipei 的組織者之一、致力於推廣敏捷技術，在 Facebook 建立有兩個社群（Scrum Community in Taiwan 和 AgileCommunity.tw），希望能把 Agile 傳播到台灣更多城市，曾任職於趨勢科技，並從 2008 起在公司內使用 Scrum 開發方法，教導其他團隊如何實施敏捷，並在公司內負責訓練引導師，利用設計思維（design thinking）來進行產品的創新改革。
要收費嗎?
不用收費。
為何要填寫公司/職稱資訊?
填寫正確公司資訊可以讓講者對大家有所認識;填寫正確的職稱可以讓講者在分享前大致理解該講深入點還是笑話多一些？！所以請大家幫忙填寫正確的公司/職稱資訊。
主辦單位
Agile Community 是一群對Agile技術有興趣或是狂熱的人所組成，期待藉由經驗分享、技術交流與讀書心得討論來讓台灣軟體開發能更進步，工作能更快樂。
