為什麼要做單元測試
先來想看看 不要去管這樣的名詞
也不要管要怎麼做
假設今天我們突然要承接某同事開發的系統
然後他沒有做單元測試
這時候我必須在系統上加個功能
可能會改到他寫的程式
但是改了卻很有可能不知道會影響到那個地方
如果這個系統更龐大 就越有這樣的可能
這時候自己上線的功能經過測試沒有問題
但是一上線就不小心那個功能不能用了
這時候老闆只會覺得是你的問題 不是以前人開發的問題…
這時候如果你講出 這是以前是誰誰誰的問題是沒有用的
只會顯得自己更Loser
因為成熟的開發者與維護者就是要解決問題
所以只能也必須吞下這個就是你的錯失啦
這在以前ASP 或 WebForm的時代 是非常常見的問題
甚至是到了MVC時代把它當成是ASP和Web Form的方式開發
也難怪系統品質不穩定也不高
但是一定要用單元測試嗎?
原則上有做當然是比較好的
當我們看到有做單元測試的系統
豈碼比較可能確定這個開發者是有一些好的程式開發概念
看到的程式碼的每一個函式 會比較能清楚知道會有什麼樣的輸入和輸出
而不是會看到很多的void函式
不清楚這個函式有什麼樣的輸入與產出
就算是說有的沒有做單元測試
但也可以看得出來是有做單元測試的訓練過
因為懂得做單元測試
通常也可以驗證自己寫的程式
是不是容易好懂
這就是今天想分享給大家的
寫程式不是越努力越好
在設計程式時 必須要能在你請假或交付系統給其他人開發時
能馬上 非常快的馬上讓對方能完成你的工作
那才是一個好的程式開發者