搞笑談軟工: [工商服務] 2014年5月【單元測試與持續整合實作班】招生中

2014年4月18日星期五

Apr. 18 09:19~09:57

寫程式不做測試，就好像販賣食品，卻不保證食品不含違法添加物一樣，「理論上」是一種不被允許的行為。很多鄉民們告訴Teddy—「團隊成員認為單元測試很難寫、寫單元測試很花時間、功能一直在修改，單元測試也要跟著改，不符效益，所以不會、不願意也不想寫單元測試。」

為什麼會這樣？答案很簡單，就是因為沒有上Teddy的「單元測試與持續整合實作班」。

***

Teddy認為，一個敏捷開發團隊（廣義的說，所有的軟體開發團隊）應該具備的基本能力必須包含下圖所涵蓋的三大領域：

設計與實作能力：這一個領域Teddy目前設計了「設計模式這樣學就會了：入門實作班」、「設計模式這樣學就會了：進階實作班」、「例外處理設計與重構實作班」、「敏捷體驗設計工作坊」等課程。
開發流程能力：「Scrum敏捷方法實作班」。
敏捷實務做法：敏捷實務做法內容很多，今天工商服務的主題「單元測試與持續整合實作班」主要包含了自動化單元測試、版控系統的使用模式、以及運用持續整合系統來保持軟體品質以及團隊與客戶信心等三大主題。

***

開發人員對於軟體開發這件工作內容的本質，有不同的認知。簡單的說，可以分成兩大類。

第一類，軟體開發就是寫production code：越資深的工程師，在他們當年學習軟體開發的時代，哪有什麼自動化單元測試這種事情。軟體開發就等於「寫程式」（或是包含畫一堆UML diagrams）。「測試」這件事情，是很低階的工作，不可以髒了程式設計師的手。丟給工讀生、專案經理、測試工程師，或是「客戶」來做就好了。
第二類，軟體開發就是coding—>testing—>refactoring（或是testing—>coding—>refactoring）的循環：自從敏捷方法流行以來，越來越多的開發人員相信，軟體開發活動，不僅僅是包含寫production code，單元測試與重構都是軟體開發活動「不可分割的一部分」。

「單元測試與持續整合實作班」這門課，希望能幫第一類的人洗腦，讓他們相信，並且願意在工作中嘗試寫單元測試。對於第二類的人，則可以進一步地學會更多撰寫單元測試的技巧。

***

課程大綱

Part 1單元測試
- 軟體測試的 V Model。
- 單元測試的基本概念。
- 測試涵蓋率。
- 單元測試技巧。
- 程式很難測怎麼辦?
- 讓你的單元測試更穩定。
Part 2持續整合基本觀念與版控系統
- 為什麼需要持續整合?
- 持續整合與開發流程。
- 版控系統與持續整合：4種分支/合併模式。
Part 3持續整合動手做
- Jenkins持續整合與開發環境設定。
- 遠端建構。
- 建置持續整合專案。
- 自動化功能測試體驗。
- 好用Jenkins外掛介紹。
- 實務經驗分享與情境討論。