April 21 21:20~21:59
隨著敏捷開發在台灣非常緩慢地普及，以及最近很熱門的DevOps話題，自動化單元測試與持續整合也隨之受到軟體開發團隊的重視。其實不管是否採行敏捷開發抑或是DevOps，只要不是太小的軟體開發專案，都應該要落實自動化測試與持續整合。如果導入敏捷開發卻沒有做好自動化單元測試與持續整合，在缺乏測試與持續整合所構築的安全網之下，很難支撐團隊持續保有穩定的開發步調。
***
開發人員對於軟體開發這件工作內容的本質，有不同的認知。簡單的說，可以分成兩大類。
- 第一類，軟體開發就是寫production code：越資深的工程師，在他們當年學習軟體開發的時代，哪有什麼自動化單元測試這種事情。軟體開發就等於「寫程式」（或是包含畫一堆UML diagrams）。「測試」這件事情，是很低階的工作，不可以髒了程式設計師的手。丟給工讀生、專案經理、測試工程師，或是「客戶」來做就好了。
- 第二類，軟體開發就是coding—>testing—>refactoring（或是testing—>coding—>refactoring）的循環：自從敏捷方法流行以來，越來越多的開發人員相信，軟體開發活動，不僅僅是包含寫production code，單元測試與重構都是軟體開發活動「不可分割的一部分」。
「單元測試與持續整合實作班」這門課，希望能幫第一類的人洗腦，讓他們相信、願意且具備在工作中嘗試寫單元測試的能力。對於第二類的人，則可以進一步地提升撰寫單元測試的能力。
***
課程簡介與報名網址在此，以下為課程實錄照片。
***
友藏內心獨白：好的設計通常也是容易測試的設計。
沒有留言:
張貼留言